Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Система распараллеливания shell-скриптов PaSh перешла под крыло Linux Foundation"	+/–
Сообщение от opennews (??), 27-Сен-21, 21:56
Проект PaSh, развивающий инструменты для параллельного выполнения shell-скриптов, объявил о переходе под покровительство организации Linux Foundation, которая предоставит инфраструктуру и сервисы, необходимые для продолжения разработки. Код проекта распространяется под лицензией MIT и включает компоненты на языках Python, Shell, C и... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=55877
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

3. Сообщение от Аноним (3), 27-Сен-21, 22:17	–2 +/–
Может у них и транслятор ./configure -> CMake есть?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #61

5. Сообщение от Аноним (5), 27-Сен-21, 22:25	–9 +/–
"Програмирую на Баш" - обретает новій смьісл.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7

7. Сообщение от Аноним (7), 27-Сен-21, 22:56	+7 +/–
> -parallel из PowerShell Это вообще не то.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #11

9. Сообщение от Аноним (9), 27-Сен-21, 23:18	–1 +/–
>Код проекта распространяется под лицензией MIT и включает компоненты на языках Python, Годная новость! И лицензия правильная и место питона верное. Порулить скажем портажами - это для питона ок. Пилить синапс - беда. Остался еще в отдельных людях здравый смысл. Отлично!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #42

10. Сообщение от Вуся (?), 27-Сен-21, 23:45	+4 +/–
Наоборот.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #56

11. Сообщение от Аноним (11), 28-Сен-21, 01:50	+2 +/–
Если речь идёт о ForEach -Parallel из 5.1, то это как раз то самое. Итератор обходит коллекцию. Если встречается конвейерная обработка объекта коллекции внутри скриптблока, то эта часть отработает параллельно "автомагически". Если явно показано, где нужно параллелить, то тоже получится. Это очень похоже на тот разбор, который делает PaSh... вот только это доступно только как часть System Center SMA через модуль PSWorkflow и не очень то надо, когда у тебя в языке паралеллизм и так из коробки доступен как свой через Jobs так и средствами .net внутри которого оно выполняется. Ничего же не мешает написать свои кастомные классы и работать с потоками по вкусу изнутри лругого дотнетовского языка, если прямо сильно хочется. Если речь о ForEach-Object -Parallel из 7.0, то нет это не оно. Там произойдет перенос всей обработки скриптблока в разные runspaces, которые распределятся по заданному количеству в ThrottleLimit количеству сценариев в параллельных потоках. Это, по-сути, синтаксический сахар над jobs, поэтому в случае с выполнением в изначально параллельных частях PS или в других runspaces, например, через PSRemoting, нужно не хило будет так заморочиться с ручной сериализацией и десериализацией аргументов скриптблока, если они есть, опять же. Ну и оверхед там будет колоссальный на порождение пачки runspaces. Это не для распараллеливания инструкций по-максимуму, это когда нужно выполнить длинный не имеющий промежуточных состояний долгий скрипт прямо из конвейера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #15, #23

12. Сообщение от Аноним (12), 28-Сен-21, 02:28	+2 +/–
а я gnu parallel пользовался чем это лучше?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #38, #51, #129

13. Сообщение от Аноньимъ (ok), 28-Сен-21, 04:40	–9 +/–
Жуть и мрак. Шелл скрипт был ошибкой, вот что неплохо бы заменить как устаревшую жуть.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #16, #81

14. Сообщение от lockywolf (ok), 28-Сен-21, 06:22	+4 +/–
Так не пользуйся, заставляет, что ли, кто-то? Альтернативных шеллов миллион, как sh-родственных, типа zsh, так и кучи других, типа rc, tcl (его можно использовать как шелл), и ещё кучи разных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #52, #73, #93

15. Сообщение от Аноним (7), 28-Сен-21, 07:26	+/–
> Если речь о ForEach-Object -Parallel из 7.0, то нет это не оно. Я именно об этом и говорил, что не оно. > Это не для распараллеливания инструкций по-максимуму, это когда нужно выполнить длинный не имеющий промежуточных состояний долгий скрипт прямо из конвейера. Как я понимаю, это было запилено, чтобы одновременно опрашивать (или что-то делать) управляемые скриптом PS сервера, а не перебирать их по очереди.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

16. Сообщение от Аноним (7), 28-Сен-21, 07:29	+1 +/–
Из коробки в линуксе сразу есть Perl и Python. Даже ставить не надо специально. Кто мешает писать скриптоту на них?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #18, #40

17. Сообщение от Админ Анонимов (?), 28-Сен-21, 08:06	–2 +/–
>и включает компоненты на языках Python, Shell, C и OCaml. а почему не просто тока православный С ? зачем такой огород городить ?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #43, #57

18. Сообщение от Аноним777 (?), 28-Сен-21, 08:12	+7 +/–
Отвечу примером из жизни: Я: Привет! Что делаешь? Коллега: Пишу скрипт для ... Я: Прикольно, а на чём? Коллега: Python3.7 Я: А ты в курсе что твой скрипт должен работать в том числе на Debian7 и Centos6? Коллега: @ля shell скрипты обладают хорошей кросс платформенностью в linux-unix среде, имеют открытый код, не требуют сторонних библиотек или модулей языка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #19, #20, #21, #27, #28, #32, #63, #68, #77

19. Сообщение от Онаним (?), 28-Сен-21, 08:28	–3 +/–
В этом плане удобнее всего PHP, у него весь рантайм укладывается в один бинарник, который можно ещё и статически собрать, никаких россыпей зависимостей, на нём самом написанном, в отличие от перлопитонов, он не тащит. Да, сам рантайм получается слегка тяжеловесом, но зато прекрасно работает на любой совместимой платформе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #53, #75

20. Сообщение от Онаним (?), 28-Сен-21, 08:30	–2 +/–
Суёшься в перл - начинается бесконечный поиск пакетов с пакетами, если в дистре не оказалось - велкам ту CPAN, и тут начинается конфликт с тем, что в дистре. Суёшься в пыхтон - то же самое, только скорее всего вообще придётся виртуальное окружение подавать, потому что с системным вообще не разъехаться. Короче, вы поняли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #22, #31, #33, #78

21. Сообщение от Онаним (?), 28-Сен-21, 08:34	+/–
Недавно перетаскивал LinOTP на восьмую ветку CentOS'а. Пришлось допилить: сам LinOTP (свежий при том), его перловый скрипт к радиусу, пару питоновых либов - потому, что перловые модули и либы, с которыми эта дрянь совместима, уже либо deprecated, либо всё, один перловый модуль всё уже года три, одна питоновая либа не собирается без патча, одна требует замены. Печаль-беда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #25, #26, #34

22. Сообщение от kusb (?), 28-Сен-21, 08:36	+4 +/–
tcl?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #24, #29

23. Сообщение от СеменСеменыч777 (?), 28-Сен-21, 08:44	+4 +/–
да, неплохо наворотил майкрософт. абстракция на абстракции сидит и абстракцией погоняет. и все это в нескольких версиях. пожалуй, мое решение не изучать и не использовать повершелл было правильным. иначе так бы и блуждал во всем этом. впрочем, наверняка найдутся люди, которым это понравится. не буду их осуждать, не буду считать их лохами и техноздаротами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #36

24. Сообщение от Онаним (?), 28-Сен-21, 08:59	+1 +/–
Why not? Для тех, кто уживается с его синтаксисом - вполне.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

25. Сообщение от Онаним (?), 28-Сен-21, 09:01	+/–
(я уж молчу о том, что он требует мёртвенького python2)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #54

26. Сообщение от СеменСеменыч777 (?), 28-Сен-21, 09:03	+/–
были ли расмотрены (и отброшены) варианты: 1) выкинуть LinOTP, заменить на более пригодный аналог; 2) выкинуть CentOS, заменить на более пригодный аналог; 3) остаться на CentOS 7, поддерживать своими силами или подрядчиками по найму. ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #118

27. Сообщение от commiethebeastie (ok), 28-Сен-21, 09:14	+/–
>Я: А ты в курсе что твой скрипт должен работать в том числе на Debian7 и Centos6? А он в курсе, что printf в утилитах не обязан быть стабильным?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

28. Сообщение от DAyjybv (?), 28-Сен-21, 09:22	+3 +/–
Кросплатформенностью? шелл-то и кросплатформенностью?! Херня вызывающая другую херню и полагается, что на целевой системе будет хотя бы корютилс без чудес.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #35

29. Сообщение от DAyjybv (?), 28-Сен-21, 09:23	+1 +/–
И (androwish)[http://androwish.org] его.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

30. Сообщение от Ordu (ok), 28-Сен-21, 09:25	+3 +/–
Ох нихрена ж они заморочились.
Ответить | Правка | Наверх | Cообщить модератору

31. Сообщение от DAyjybv (?), 28-Сен-21, 09:34	+2 +/–
CORE::* в perl достаточно для рядовой автоматизации. А продуманная и стандартная библиотека позволяет решать остальные задачи. Может понадобиться работа с датами, бд, асинхронщина и прочее lwp с tt. Но они стабильны по интерфейсам и, часто, уже есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #115

32. Сообщение от Аноним (7), 28-Сен-21, 09:42	–1 +/–
Кто мешает писать на питон 3.5?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #71

33. Сообщение от Аноним (7), 28-Сен-21, 09:46	+2 +/–
> Суёшься в перл - начинается бесконечный поиск пакетов с пакетами На уровне глубины shell-а базовой поставки вполне достаточно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #116

34. Сообщение от Аноним (7), 28-Сен-21, 09:47	+/–
А если бы всё это было написано на shell?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #41

35. Сообщение от Аноним (7), 28-Сен-21, 09:48	+/–
> шелл-то и кросплатформенностью?! Херня вызывающая другую херню и полагается, что на целевой системе будет хотя бы корютилс без чудес. Вот вот.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

36. Сообщение от pofigist (?), 28-Сен-21, 09:58	–11 +/–
Вообще-то - глубоко ошибочным. 1. Ни в одной серьезной конторе не используется только линакс-среда. Чистая винда бывает, а чистый линакс - не дорос. 2. Повершелл есть для линакса. И на нем он выглядит гораздо лучше чем баш на Винде. 3. Повершелл - сложней башв, но зато - предоставляет несколько более широкие возможности. В связи с вышесказанным в любой конторе, доже использующей комбинированную среду выбор средства автоматизации (скрипты) однозначен. И это не баш😁 Вот такая смешная ситуация - линаксоид без знания повершелла не нужен...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #39, #45, #49, #64, #72, #123

38. Сообщение от dikiy_f90 (?), 28-Сен-21, 10:08	+1 +/–
тем что как использователь parallel::думал ты
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

39. Сообщение от СеменСеменыч777 (?), 28-Сен-21, 10:16	+2 +/–
> Вообще-то - глубоко ошибочным. хорошо. я проиграл, а техно-этисамые выиграли. рад за них. если они хотят тратить свои нейроны на чертоплешь - пусть тратят, видимо что-то серьезное они получают взамен (знать бы еще что). > 1. Ни в одной серьезной конторе открою небольшую коммерческую тайну - В ЭТОЙ СТРАНЕ НЕТ "СЕРЬЕЗНЫХ КОНТОР". при ближайшем рассмотрении каждая претендующая на серьезность контора распадается на конгломерат гнезд из сношающихся жаб и гадюк, где кто во что горазд. "единая техническая политика" - невыполнимая мечта недалеких CIO. > 2. Повершелл есть для линакса. И на нем он выглядит гораздо лучше что значит "выглядит" ? > 3. Повершелл - сложней башв, но зато - предоставляет несколько более широкие > возможности. к "баш" (на самом деле /bin/sh) прилагаются grep, sed, awk и perl (но последний ожирел и на крайний случай). возможности последних надеюсь объяснять не надо. > В связи с вышесказанным в любой конторе, см п 1 > Вот такая смешная ситуация - линаксоид без знания повершелла не нужен... думаю кто-то из нас заврался. и это не я.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #48

40. Сообщение от cz (??), 28-Сен-21, 10:18	+/–
Ну это же было сделано двести лет до нашей эры. Не модно и не молодёжно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

41. Сообщение от СеменСеменыч777 (?), 28-Сен-21, 10:23	+1 +/–
> А если бы всё это было написано на shell? ит-салаги исполняли бы это в bash, удивлялись тормозам и приняли бы решение - все переписать на ... [впишите сами].
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #69

42. Сообщение от Аноним (42), 28-Сен-21, 10:31	+/–
Если портеж станет вместо тупления по 15 минут делать компиляцию всех программ одновременно, что не завязаны на последовательность при этом, то будет годно. Гентоводы обрадуются. А то все ведь имеют хотя бы 3950x, 5950x или тредриппер на 64 ядра, так что годно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

43. Сообщение от Аноним (42), 28-Сен-21, 10:34	+/–
В Gentoo тоже похоронили Paludis на Си и пользуются Portage на питоне. Кто их знает, может им проще было. Лет через много когда будет требование к многопоточности обязательным может и выкинут все кроме Си и шелла.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #44, #89

44. Сообщение от Аноним (9), 28-Сен-21, 11:25	+/–
Такими темпами лет через много дженту просто перестанет существовать. Если тренд набирающий обороты таки победит, в дженту просто не будет никакого смысла. А там еще и смуззяшные питоняши дотянуться ручками до портажных питонов и заверте..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

45. Сообщение от Аноним (45), 28-Сен-21, 11:35	+/–
> 1. Ни в одной серьезной конторе не используется только линакс-среда. Чистая винда бывает, а чистый линакс - не дорос. Это вранье, на самом деле все наоборот, на что мягко намекает линукс в ажуре, порты сугубо виндузятных программ на линукс, wsl(который такой же кривой как и сама винда). > 2. Повершелл есть для линакса. И на нем он выглядит гораздо лучше чем баш на Винде. Что лишь подтверждает пункт 1. Но очень забавно что в укор линуксу вы приводите работу баша (который прекрасно работает например на макокосе) на винде, а не техподдержке мелкософта (у которого 20 лет нормальной консоли то не было, а то что было и появилось до сих пор страдают нереальной кривизной реализации вроде недоюникода). > 3. Повершелл - сложней башв, но зато - предоставляет несколько более широкие возможности. Ага, баш не умеет например сортировать, но только потому что архитектурно построен грамотней повершелла и ему это не нужно (т.к. есть sort из gnu utils) и это за 17 лет до повершелла (а если учитывать что архитектурно баш мало что добавляет sh то и вовсе за 29 лет). Но и bash уже устарел (на что намекает сабж) и больше используется по причине "есть везде от микроконтроллеров до суперкомпьютеров" и с моей т.зр. очень забавно что гораздо более молодой софт (который к тому же не заботился об обратной совместимости в отличии от bash) сливает такому старцу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #47

46. Сообщение от Аноним (-), 28-Сен-21, 11:44	–2 +/–
>Проект PaSh, развивающий инструменты для параллельного выполнения shell-скриптов, ... Linux Foundation, ... Код проекта распространяется под лицензией MIT и включает компоненты на, ... Shell, ... Яснапонятно. Какой, именно Шелл, неужели Маздаевский PowerShell? Они ничего не слышали о GNU Parallel.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #58

47. Сообщение от pofigist (?), 28-Сен-21, 11:59	–3 +/–
Ой, недавно же обсуждали - в линаксе отсутствует аналог MSAD. Увы и их - без этого корпоративной среды не бывает. И много чего еще... Линакс используется... На некритичных направлениях в качестве вспомогательной ОС. Например - веб-сервер. Ну или ОС для ноды виртуализации - в виде VmWare или Citrix Hypervisor :) > баша (который прекрасно работает например на макокосе) И что с этого? Вы сюда заглядывали https://github.com/PowerShell/PowerShell/releases/? Очевидно что нет иначе бы знали что PowerShell тоже прекрасно работает на макоси. Которая к слову - ну ни разу не корпоративная система. Кстати больше всего меня поразила официальная сборка PowerShell под Alpine Linux... Про rhel/debian/ubuntu - понятно что есть. > баш не умеет например сортировать, но только потому что ему это не нужно Вы правы - ему это не нужно. А насчет "грамотней" - не согласен, он другой и построен на безнадежно устаревших подходах времен COBOL, PL/1 и прочего антикравиата. На их фоне он смотриться передовым решением - факт. :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #66, #126, #137

48. Сообщение от pofigist (?), 28-Сен-21, 12:08	–3 +/–
>> 2. Повершелл есть для линакса. И на нем он выглядит гораздо лучше > что значит "выглядит" ? Ну имеется ввиду интеграция со всеми остальными системными вещами. >> 3. Повершелл - сложней башв, но зато - предоставляет несколько более широкие >> возможности. > к "баш" (на самом деле /bin/sh) прилагаются grep, sed, awk и perl > (но последний ожирел и на крайний случай). возможности последних надеюсь объяснять > не надо. Да-да-да. Для cmd.exe - они тоже есть, но толку-то? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

49. Сообщение от Michael Shigorin (ok), 28-Сен-21, 12:10	+/–
Вы слышали что-нибудь, скажем, про perl?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #60

50. Сообщение от Fractal cucumber (??), 28-Сен-21, 12:10	+2 +/–
До повершела Башу деградировать вечность, так что никогда не дойдет.
Ответить | Правка | Наверх | Cообщить модератору

51. Сообщение от Michael Shigorin (ok), 28-Сен-21, 12:14	–1 +/–
Там ручками говоришь, тут JIT.  Кроме parallel(1) тоже есть несколько подобных реализаций именно той задачи -- например, Лёша Чеусов (vle) сделал paexec.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

52. Сообщение от Michael Shigorin (ok), 28-Сен-21, 12:16	+/–
Он озвучивает ту точку зрения, что шелл как язык программирования -- это ужас.  Ну да, ужас, но не ужас-ужас-ужас. Особенно если понимать его роль связующего между собственно молотящими программами на сях или же наоборот -- "думалками" на более высокоуровневых языках с более богатыми структурами данных. И особенно если понимать, что шелловый конвейер -- это функциональное программирование в чистом виде. :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #76

53. Сообщение от Michael Shigorin (ok), 28-Сен-21, 12:18	–1 +/–
Это если разведение гадюшников (или даже автоматизация этого процесса) является нормой сопровождения "систем".  Так-то много чего возможно statifier'ом каким утрамбовать в один исполняемый файл.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #113, #114

54. Сообщение от Michael Shigorin (ok), 28-Сен-21, 12:20	+1 +/–
Попробуйте хотя бы разделить наработки с апстримом -- вдруг при виде Ваших страданий и они сподвигнутся что-то сделать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #117

56. Сообщение от Michael Shigorin (ok), 28-Сен-21, 12:26	+3 +/–
Это виндонабросчик с одной извилиной, и та пожароопасная -- не кормите лишку, лучше сразу "к модератору". А так-то можно и pdsh со товарищи вспомнить, что я было и подумал при виде заголовка... PS: посмотрел на осеннее обострение этого несчастного и вычистил его всего нахрен, не читая сообщения вообще.  Такое вот наказание за полную невменяемость.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

57. Сообщение от Michael Shigorin (ok), 28-Сен-21, 12:27	+/–
Потому что переизобретать bash для разбора в AST, видимо, не хотелось.  Интересно, пробовали ли взять его парсер или сразу было понятно, что для таких преобразований именно что более высокоуровневые структуры данных нужны?.. PS: imz@ как-то написал cuglify -- транслятор диалектов языка C; ему для этого пригодился Haskell: http://hub.darcs.net/imz/cuglify (начинать осмотр стоит с ann*.md) http://lvee.org/ru/abstracts/185 http://lists.altlinux.org/pipermail/devel/2016-February/2008...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

58. Сообщение от Michael Shigorin (ok), 28-Сен-21, 12:28	+2 +/–
Полагаю, это Вы не дочитали до букв JIT. // давний пользователь parallel, пакет с которым в альте и поддерживаю
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

59. Сообщение от Аноним (61), 28-Сен-21, 12:52	+/–
PaSh - удар по systemd'ерам.
Ответить | Правка | Наверх | Cообщить модератору

60. Сообщение от pofigist (?), 28-Сен-21, 12:54	–1 +/–
Легендарный односторонние на перл в повершеле написать не получится - факт. Имхо это не недостаток ни разу 😂
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

61. Сообщение от Аноним (61), 28-Сен-21, 12:55	+1 +/–
В новости про мягкое, а вы про зелёное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

63. Сообщение от pofigist (?), 28-Сен-21, 13:00	–2 +/–
> shell скрипты обладают хорошей кросс платформенностью в linux-unix среде Только если писать на чистом баше, как только вызвал внешнюю утилиту - не факт что она будет установлена на другом экземпляре той же версии дистрибутива
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #101, #132

64. Сообщение от Аноним (61), 28-Сен-21, 13:20	+/–
>2. Повершелл есть для линакса. И на нем он выглядит гораздо лучше чем баш на Винде. Лучше Баша выглядит наличием телеметрии?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #67

65. Сообщение от OpenEcho (?), 28-Сен-21, 13:26	+1 +/–
> включает компоненты на языках Python, Shell, C и OCaml. И этот комбайн только из-за того, что поленились почитать мэнуал и узнать о чудо фичи - "&" которая запустит в субпроцессе паралельно любую из задач непосредственно из скрипта... Это просто арктический лис какой-то, пригнать кран, бульдозер и ракету чтоб помочь велосипеду переехать дорогу
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #70

66. Сообщение от Аноним (61), 28-Сен-21, 13:28	+1 +/–
>Линакс используется... На некритичных направлениях в качестве вспомогательной ОС. Например - веб-сервер. Как там в вашем 1999-м?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #82

67. Сообщение от pofigist (?), 28-Сен-21, 13:36	–2 +/–
>>2. Повершелл есть для линакса. И на нем он выглядит гораздо лучше чем баш на Винде. > Лучше Баша выглядит наличием телеметрии? Итак - исходники PowerShell находяться здесь - https://github.com/PowerShell/PowerShell У тебя есть возможность указать, где там телеметрия или прослыть 314...м :) Ну и если обнаружишь - может сразу патчик подготовить для ее удаления - благо MIT License это позволяет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

68. Сообщение от Аноним (61), 28-Сен-21, 13:39	+2 +/–
>shell скрипты ... имеют открытый код А скрипты на Python имеют закрытый код?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

69. Сообщение от Аноним (7), 28-Сен-21, 13:43	+1 +/–
Я, собственно, хотел намекнуть, что пример не релевантен. Всякую скриптоту вокруг автоматизации рутинных задач прекрасно выполняют perl и python, тем более, что есть из коробки. Я предпочитаю perl, потому что ещё нужен aix, в котором питон надо ставить отдельно. Повершелл прекрасен именно под виндой, для работы с объектами АД, дотнет, самой винды и вот это вот всё. Если нужно по простому прочекать какой-то файл, переложить его оттудова сюда, ну и капнуть в лог, я возьму perl (python). Оно будет работать везде, от винды до любого юникса, практически без изменений.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

70. Сообщение от Аноним (70), 28-Сен-21, 13:44	–1 +/–
Справедливости ради, я так и не осилил исполнение нескольких фоновых задач по числу ядер на шелле (не считая утилиты вроде xargs и parallel). Зато осилил IPC на шелле (вообще без проблем) и фоновые процессы на шелле (изично, только как завершать их нормально, чтоб слип не провисал, тоже не представляю -- приходится убивать). Эти ребята решили проблему несколько иначе, и шел им просто лишний как по мне. Да и вообще, есть подозрение, что это чисто по фану.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #74

71. Сообщение от Аноним (61), 28-Сен-21, 13:45	–2 +/–
Питоны разных версий уживаются в одной системе. Что мешает поставить рядом Python посвежее, если скриптователю захотелось наипоследних фич?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

72. Сообщение от Аноньимъ (ok), 28-Сен-21, 14:31	+/–
>В связи с вышесказанным в любой конторе, доже использующей комбинированную среду выбор средства автоматизации (скрипты) однозначен. И это не баш😁 В здравом уме ни то ни то никто не станет использовать. Уже питон в крайнем случае.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #79, #99

73. Сообщение от Аноньимъ (ok), 28-Сен-21, 14:35	+/–
>Так не пользуйся, заставляет, что ли, кто-то? Даааа. Заставляет. Тут пол GNU Linux на этом щастье нынче написилькана. Всякие системы сборки и прочие вещи от ольтернативно оларённых линуксов. >Альтернативных шеллов миллион, как sh-родственных, типа zsh, так и кучи других, типа rc, tcl (его можно использовать как шелл), и ещё кучи разных. Уникс шелл с его утилитами бредавая штука сама по себе. Да, альтернативы есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #174

74. Сообщение от OpenEcho (?), 28-Сен-21, 15:31	+3 +/–
> Справедливости ради, я так и не осилил исполнение нескольких фоновых задач по > числу ядер на шелле (не считая утилиты вроде xargs и parallel). how_many_cpu() {    lscpu | grep 'On-line CPU' | awk -F: '{print $2}' } > (изично, только как завершать их нормально, чтоб слип не > провисал, тоже не представляю -- приходится убивать). ( echo 'Job #1 started...'; sleep 5; ) & pid=$!; echo "Do some other stuff in parent's process ..."; echo 'Waiting 4 job#1 to finish gracefully' tail --pid=$pid -f /dev/null; echo $? > Эти ребята решили проблему > несколько иначе, и шел им просто лишний как по мне. Да > и вообще, есть подозрение, что это чисто по фану. Эти ребята классическое представление интерпрайза, где деньги не свои и можно поиграться со всем новеньким и ублажить мэнеджера, что они используют новейшие технологии, а в итоге строют мостра, вместо того чтоб разобраться с инструментом, который они собираются "улучшать"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #84, #85, #98, #105, #108

75. Сообщение от Аноним (75), 28-Сен-21, 15:32	+/–
С Go не перепутали?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #112

76. Сообщение от Аноньимъ (ok), 28-Сен-21, 15:35	+/–
Пока это простой конвейр, то просто ужас. Когда нужно немножко преобразовать или запарсить текст, то ужас-ужас. Когда нужно входные аргументы обработать, в файловую систему посмотреть, распарсить текст, выполнить не совсем тривиальную логику и стянуть что-то с инета то ужас-ужас-ужас. Но многие в использовании баша идут ещё дальше. Вот это богохульное распараллеливание запилили. К каким ошибкам и дырам в безопасности оно приведёт... Зачем натягивать антилопу на глобус? И главное оно ни разу не кроссплатформенно потому что окружения разные, не везде баш то есть, не везде есть нужные утилиты и не везде они работают одинаково.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #130

77. Сообщение от Аноньимъ (ok), 28-Сен-21, 15:38	+/–
>shell скрипты обладают хорошей кросс платформенностью в linux-unix среде, имеют открытый код, не требуют сторонних библиотек или модулей языка. Ха! Да щаз! Это когда баш перестал быть сторонней библиотекой? Оно ни разу не кроссплатформенно, потому что окружения разные, не везде баш то есть, не везде есть нужные утилиты и не везде они работают одинаково. У шелл скриптов нет механизма абстрагирования от конкретного окружения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #175

78. Сообщение от Аноньимъ (ok), 28-Сен-21, 15:42	–1 +/–
Лисп схему встроить прямо в ядро.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #141

79. Сообщение от pofigist (?), 28-Сен-21, 15:48	–2 +/–
А какую версию пихона по-вашему надо использовать-то? Вот есть одна контора - использовала пихон. Второй разумеется. Долго использовала... Сейчас переводят все на PowerShell - это оказалось проще и дешевле чем перейти на 3й пихон. А то выйдет 4й - и понеслось все по новой...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #80

80. Сообщение от Аноньимъ (ok), 28-Сен-21, 15:56	+/–
По моему лучше никакую. А так то вопрос странный, очевидно 3+
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #83

81. Сообщение от пончик (?), 28-Сен-21, 16:02	+2 +/–
Ощибка это SystemD, JavaScript, Electron, dart или как его там от гугла вместе с go. А shell отличная вещь для своих целей. Прост, логичен, понятен и с отличной переносимостью. Не надо от него требовать то, на что он не был расчитан и будет счастье.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #122

82. Сообщение от Аноним (82), 28-Сен-21, 16:02	–1 +/–
что-то все больше в больших конторах (ну не берем рога-и-копыта из 10 человек) используют именно AD, а не свистоподелки в виде OpenLDAP.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #100

83. Сообщение от pofigist (?), 28-Сен-21, 16:07	–1 +/–
Пихон это нечто уникальное по несовместимости между своими же версиями. Поскольку его очень любит красношапка, а единственный корпоративный дистрибутив линакса делают они, я много раз сталкивался с засадами совместимости между версиями пихона. Нет, просто взять и поставить последнюю версию - нельзя. Кстати да - GIL это тоже весело, прям как во времена MacOS Classic попал... Вообщем не пихон - точно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #127

84. Сообщение от San (??), 28-Сен-21, 16:10	+/–
>lscpu | grep 'On-line CPU' | awk -F: '{print $2}' Зачем так сложно? nproc Можно даже (отсторожно башизм) $(($(nproc)*4)) если хочется по 4 процесса на ядро запустить
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

85. Сообщение от Аноним (70), 28-Сен-21, 16:13	–2 +/–
Ах, если бы всё так просто было… Я конечно в порядке развлечения сделал всё на шелле, но вывод я поучил только один: нужны скрипты -- бери питон и не страдай хернёй, особенно, если требуется параллельное исполнение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #87, #102

87. Сообщение от San (??), 28-Сен-21, 16:20	+3 +/–
Кусок давно и успешно работающего кода параллельно запускающего сканирование в 300+ потоков на 6 ядрах процессора: for th_count in $(seq 1 $threads_run) do   domain_scan "$th_count" & done joblist="$(jobs -p|sed -e ':a' -e 'N' -e '$!ba' -e 's/\n/ /g')" Не хочу обидеть никакие языки программирования, но чем дольше работаю с шелом, тем реже возникает желание/надобность что-то к шелу добавлять (даже однострочники на разных ЯП) Вышеуказанный код позже был переписан с использованием Gnu Parallel (что улучшило работу скрипта), но внедрение нового скрипта  пока затянулось по бюрократическим причинам
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #88, #104

88. Сообщение от Аноним (70), 28-Сен-21, 16:35	+/–
Так это совершенно мимо: ведь задача не наспавнить процессов, а спавнить новые покуда есть данные. При завершении родительского процесса (а ля sigint/sigterm) все порождённые процессы должны быть тут же завершены (включая все эти слипы), а готовые уже результаты сохранены.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #90, #161

89. Сообщение от Аноним (89), 28-Сен-21, 16:37	–1 +/–
> В Gentoo тоже похоронили Paludis на Си Никто никого не хоронил. Активная фаза разработки Paludis завершилась, а в portage стали резво внедрять новые EAPI... Внедряли по делу (кросскомпиляция в EAPI 7/8 наконец-то стала работать адекватно). А paludis сам собой отстал и поломался. Пострадал не только paludis, но и всякие мелкие утилитки из app-portage. Одни ROOT=/usr/aarch-linux-gnu/ игнорят, другие REQUIRED_USE не умеют, третьи CHOST от CBUILD не отличают и т.д.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

90. Сообщение от San (??), 28-Сен-21, 16:42	+1 +/–
Совсем не мимо. Скрипт именно так и работает: читает из файла 100500мильенов строк входных данных, разбивает входные данные на N частей, параллельно обрабатывает все эти N частей. Обработка результатов запущенной в N потоков ведется другим участком кода, который я не приводил выше, чтоб не захламлять обсуждение кодом
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #91

91. Сообщение от Аноним (70), 28-Сен-21, 16:56	–1 +/–
Я просто не заметил того кода, с которым у меня возникли проблемы в шелле, а именно -- синхронизации процессов и обработки завершения. В лучшем случае у меня получалось так, что под инитом оставалось висеть куча разрозненных провисших процессов после завершения скрипта. Всё же, в питоне куда проще решать такие задачи. И jobs -p это конечно хорошо, но вообще никуда не годится по факту. Я тоже сначала был доволен своим наколенным кодом, повезло, что довольно быстро обнаружил, что тот делает совсем не то, что я ожидал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #92

92. Сообщение от San (??), 28-Сен-21, 17:03	+/–
У приведенного мной выше кода есть еще такой минус. Если одни потоки завершаются раньше, то в принципе на их место можно было бы запускать другие, но данные разбиты на части перед распараллеливанием и это невозможно. Поэтому время работы равно времени работы самого долгого из потоков. В принципе можно было решить эту проблему без использования Gnu Parallels, но я решил с использованием и получил заметное ускорение и уменьшение расхода ресурсов (ну правда изменения не ограничились parallels)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #94

93. Сообщение от n00by (ok), 28-Сен-21, 17:15	+1 +/–
> Так не пользуйся, заставляет, что ли, кто-то? Дело-то не в этом. Когда sh появился, его пользователи знали минимум пару-тройку других ЯП. Потому эти люди писали скрипты, когда это уместно. Потом пришли админы, использовали когда уместно -- для автоматизации. Далее пришла популярность, и появились те кто на bash пишет программы в 20 KLOC и больше ничего не знает и знать не хочет. Недавний пример: $ cat xdg-user-dirs.sh #!/bin/sh # коммент вырезан if [ -x /usr/bin/xdg-user-dirs-update ]; then     /usr/bin/xdg-user-dirs-update fi[guru@localhost ~]$ Утверждается, что исходный текст содержит ошибку -- отсутствие завершающего символа 0x0A. Потому bash обязан очень громко на него ругаться, а не исполнять.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #140

94. Сообщение от Аноним (70), 28-Сен-21, 17:17	–1 +/–
А как же провисшие процессы? И gnu parallel это perl. Мне не нравится автор и особенности синтаксиса этой утилиты. Теперь использую xargs везде, где можно решить вопрос распараллеливания запуском нескольких копий скрипта в цикле (единственная задача при этом писать скрипт так, чтобы можно было спокойно запускать сколько угодно его копий для разных данных). Для фоновых процессов всё ещё использую ipc через файлы, и завершаю через pkill -g $$. Спасибо, что есть find -print0 и xargs -0, иначе всё было бы очень печально (привет любителям бсд).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #95, #103

95. Сообщение от San (??), 28-Сен-21, 17:27	+/–
>А как же провисшие процессы? Что значит провисшие? А, точно я упустил еще одну строчку, которую надо было привести в примере выше (гранд пардон): joblist="$(jobs -p|sed -e ':a' -e 'N' -e '$!ba' -e 's/\n/ /g')" echo "$(date +%Y-%m-%d:%H:%M:%S) $th_count threads started" wait $joblist wait будет ждать, пока все потоки не обработают свои данные и не завершатся. Только тогда пойдет выполнение дальнейшего кода
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #96

96. Сообщение от Аноним (70), 28-Сен-21, 17:33	–1 +/–
Допустим, там фоновый жоб в таком формате while sleep 600 & wait; do и если скрипт завершить (отправив kill всем фоновым процессам напоследок), то sleep остаётся висеть. Я тогда словил гонку в нескольких местах сразу (и кажется, что работает, а по факту 1/10 раз нет).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #97

97. Сообщение от San (??), 28-Сен-21, 17:38	+1 +/–
Согласен, подобное может быть проблемой, но не мой случай. Все запущенные в потоках команды/программы сами завершаются в течении 8 секунд по таймауту, если запустивший их процесс убить, но мне никогда не требовалось этого делать пока скрипт со всеми потоками не выполнит свою задачу Но думаю, что и эта проблема решима, если старательно к ней подойти
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #106

98. Сообщение от n00by (ok), 28-Сен-21, 17:56	+/–
>> Справедливости ради, я так и не осилил исполнение нескольких фоновых задач по >> числу ядер на шелле (не считая утилиты вроде xargs и parallel). > how_many_cpu() { >    lscpu | grep 'On-line CPU' | awk -F: '{print > $2}' > } Вот функция, которая составляет список активных ядер. Пример форматирования в комментарии. /* * Returns human readable representation of the cpuset. The output format is * a list of CPUs with ranges (for example, "0,1,3-9"). */ char *cpulist_create(char *str, size_t len,             cpu_set_t *set, size_t setsize)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

99. Сообщение от Аноним (11), 28-Сен-21, 18:44	–2 +/–
PS используют на венде, а питон на линуксе. У обоих проблемы с кроссплатформенностью, кстати. PowerShell выгоден, если ты умеешь программировать на нормальном языке, типа С/С++/C#. Тебе не нужно писать биндинги, потому что PS умеет автоматически маршалиться к либам если они доступны через CLR и COM. P/Invoke тоже есть, если надо. В питоне тебе нужно либо писать биндинги на всё, либо pip скачать бесплатно без смс васян-поделие в надежде, что кто-то написал и тебе его код подойдет. Если у тебя SOAP и/или работа с XML, то питон проще на сразу на помойку выкинуть. Вообще оно не умеет нормально сериализовать свой объекты во что-то кроме своего костыля (pickle), лучшее на что можно надеяться - словари в JSON. У PS же есть другие сложности, например удачи тебе там со строками и потоковой обработкой текста. Там не только язык ООП-шный, там терминал и вся среда... Ну короче у тебя объекты и коллекции в конвейере, а не строки в stdout/stdin. У PS еще и всё жутко многословно. И её собственные классы... там скриптовый код компилируется в CIL, а потом он оседает в кеше и на него запускается JIT. Всё это круто, но нужно учитывать логику работы ввода вывода в этой ситуации (код выполняется не в терминале, а в CLR). Я на обоих писать/читать умею, но если мне нужно выбрать, то почти всегда выберу PS, потому что на питоне больше рутины и обвязочного кода. Разница примерно в 2.5 раза по количеству строк (за счет ООП-абстракций, который в CLR есть и не надо изобретать велосипед и из-за биндингов). > В здравом уме ни то ни то никто не станет использовать. Хотя зачем я тебе всё это пишу... ты скорее всего теоретик оторванный от реальности, раз такое пишешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #124

100. Сообщение от pofigist (?), 28-Сен-21, 19:06	+/–
Давайте не будем сравнивать AD и OpenLDAP. Это все равно что сравнивать ну например postfix и скажем OpenXchange
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

101. Сообщение от Led (ok), 28-Сен-21, 19:20	+1 +/–
Да что ты такое, чёрт-побери несёшь? Тебя страшно "обидел" кто-то? или ковид мозг совсем не пощадил?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

102. Сообщение от Led (ok), 28-Сен-21, 19:24	+3 +/–
>бери питон и не страдай хернёй Забыл как Мариванна говорила: "На ноль делить нельзя!"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85

103. Сообщение от Аноним (-), 28-Сен-21, 19:25	+/–
> Спасибо, что есть find -print0 и xargs -0, иначе всё > было бы очень печально (привет любителям бсд). https://www.freebsd.org/cgi/man.cgi?find(1) -X      Permit find to be safely used in conjunction with xargs(1).  If a ...              However, you may wish to consider the -print0 primary in              conjunction with “xargs -0” as an effective alternative. -print0              This primary always evaluates to true.  It prints the pathname of              the current file to standard output, followed by an ASCII NUL              character (character code 0). И тебе привет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #107

104. Сообщение от Michael Shigorin (ok), 28-Сен-21, 19:29	+/–
> Не хочу обидеть никакие языки программирования, но чем дольше работаю > с шелом, тем реже возникает желание/надобность что-то к шелу добавлять > (даже однострочники на разных ЯП) А книжку "UNIX: универсальная среда программирования" (Керниган, Пайк) помните?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

105. Сообщение от Michael Shigorin (ok), 28-Сен-21, 19:30	+2 +/–
> а в итоге строют мостра, вместо того чтоб разобраться с инструментом, > который они собираются "улучшать" На эту тему: http://egorfine.com/ru/articles/worse-than-failure/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

106. Сообщение от Michael Shigorin (ok), 28-Сен-21, 19:31	+/–
> Но думаю, что и эта проблема решима, если старательно к ней подойти help ulimit, однако...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

107. Сообщение от Аноним (70), 28-Сен-21, 19:49	+/–
Ну норм, это правда findutils. Чё там по coreutils?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #110

108. Сообщение от RM (ok), 28-Сен-21, 19:56	+/–
> tail --pid=$pid -f /dev/null; Это можно даже сказать красивый изврат с tail Но: как оно себя будет вести если пока "Do some other stuff in parent's process ..."; фоновый процесс с данным pid завершится и на его место кто-то запустит что-то другое? (гонка) Не зря же pidfd придумали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #149

109. Сообщение от Зз (?), 28-Сен-21, 20:33	+1 +/–
Короче дело было так. Был огромный легаси баш скрипт, который работает "не трогай". И они такие "ну что, ускорим?". Вот и ускорили.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #151

110. Сообщение от Аноним (-), 28-Сен-21, 20:35	+/–
>> Спасибо, что есть find -print0 и xargs -0, иначе всё >> было бы очень печально (привет любителям бсд). > Ну норм, это правда findutils. Чё там по coreutils? Ну норм спрыг. Погоди, щас шнурки поглажу ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #111

111. Сообщение от Аноним (70), 28-Сен-21, 20:46	+/–
Отчасти, ты прав конечно, только ведь это одна и та же проблема. Есть ещё прекрасная конструкция for file do (и find тут очень при чём), это вроде башизм же? И тут GPL…
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110 Ответы: #120

112. Сообщение от Онаним (?), 28-Сен-21, 20:49	+/–
Нет, не перепутал. У того рантайм надо тащить в каждом собранном бинарнике каждой тулзы, а у PHP при желании выходит один на все скрипты. При этом скрипты можно независимо апдейтить без пересборки, что местами важно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

113. Сообщение от Онаним (?), 28-Сен-21, 20:50	+1 +/–
Разведение гадюшников - это к пыхтону с его venv. И отдельно к перлу с его бардаком.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

114. Сообщение от Онаним (?), 28-Сен-21, 20:51	+1 +/–
В смысле утрамбовать? PHP - реально представляет из себя один-единственный бинарь при статической сборке. И даже при динамической сборке, но в этом случае он совместимые внешние либы потребует. В худшем случае - ещё конфиг можно рядом положить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

115. Сообщение от Онаним (?), 28-Сен-21, 20:52	+/–
Угу. Как только доходим до HTTP, что в перле, что в пыхтоне начинается лютейший ад и всё прочее. В PHP же опять же всё в рантайме. А скрипты отдельно, что и требуется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #136

116. Сообщение от Онаним (?), 28-Сен-21, 20:53	+/–
Ну, кому как.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

117. Сообщение от Онаним (?), 28-Сен-21, 20:54	+/–
С апстримом мёртвых deprecated библиотек, которые он хочет? :D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

118. Сообщение от Онаним (?), 28-Сен-21, 20:56	+/–
> были ли расмотрены (и отброшены) варианты: > 1) выкинуть LinOTP, заменить на более пригодный аналог; Учитывая, что с ним работать не мне - рассмотрено и отброшено. На него завязаны какие-то проприетарные железки помимо того. > 2) выкинуть CentOS, заменить на более пригодный аналог; Не рассмотрено и не отброшено, в сети более-менее гетерогенная среда. > 3) остаться на CentOS 7, поддерживать своими силами или подрядчиками по найму. То же самое, что в п.2, перевод старого бардака из другой компании на общую гетерогенную среду.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #119

119. Сообщение от Онаним (?), 28-Сен-21, 20:57	+/–
Простите, гетерогенная = гомогенная.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #162

120. Сообщение от Аноним (-), 28-Сен-21, 21:04	+/–
> Отчасти, ты прав конечно, только ведь это одна и та же проблема. > Есть ещё прекрасная конструкция for file do (и find тут очень > при чём), это вроде башизм же? И тут GPL… Я нхнп. Особенно - причем тут GPL. А бсдшный sh (который именно sh, с реализацией в 13 000 sloc) вполне себе переваривает for f in *; do printf "%s\n" "$f";done -.o -.s [RPF] Обратная сторона Власти.zip если что.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #121

121. Сообщение от Аноним (70), 28-Сен-21, 21:12	+/–
нет, я имел в виду for file do -> find -c 'for file do;echo $file; done' sh {} +
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120

122. Сообщение от Аноньимъ (ok), 28-Сен-21, 23:51	+/–
> Ощибка это SystemD, JavaScript, Electron, dart или как его там от гугла Согласен. Но вынужден дополнить. СистемаД решает таки реальные проблемы которые горе шелл погромисты так и не удосужились решить за всё время сещуствования GNU/Linux. > вместе с go. Не согласен принципиально. Го отличный инструмент для решения конкретных задач. > А shell отличная вещь для своих целей. Он решает проблемы которых как класса не должно существовать. И круг этих задачт очень узок. Точно не инит системы и не система контроля версий. > Прост, логичен, понятен Примерно как брейнфак. >и с отличной переносимостью. Ох нет. В других комментариях уже объяснил почему нет. > Не надо от него требовать то, на что он не был расчитан > и будет счастье. Не надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #134

123. Сообщение от freehck (ok), 28-Сен-21, 23:57	+/–
> Ни в одной серьезной конторе не используется только линакс-среда. Чистая винда бывает, а чистый линакс - не дорос. Виндоадмины порядочно дешевле и более распространены. Вот те квест: попробуй нормального опса найти в Норильске, Томске, Владивостоке. Почему, ты думаешь, интеграторы на самолёте аж из Москвы/Петербурга отправляют в эти еб**ня специалистов? Да потому что там их -- хрен найдёшь. Всё это, безусловно, серьёзные компании. Они добывают нефть, они строят вертолёты, они создают тысячи рабочих мест. И им не упёрся айтишный рокет-сайенс ни на толику. Им достаточно винды. Потому что у винды есть свои плюсы. Самые важные из них -- это AD, Outlook и MS Office. Они являются стандартом де факто, и их хватает для покрытия 99% потребностей корпоративного сегмента. Однако же, если мы говорим про серьёзные айтишные конторы, то к тебе есть вопросы. > 1. Ни в одной серьезной конторе не используется только линакс-среда. Чистая винда бывает, а чистый линакс - не дорос. Вообще говоря, я видел разные конторы, и в некоторых (весьма немаленьких) конторах вместо винды прекрасно юзаются MacOS+Linux. Суть тут в том, что без AD в современном мире жить очень даже можно (OIDC SSO очень даже неплох), а Outlook/Office прекрасно живут и без винды. > 2. Повершелл есть для линакса. И на нем он выглядит гораздо лучше чем баш на Винде. Лучше/хуже -- понятия субъективные, и следуют как правило из неправильной постановки вопроса. Правильная постановка вопроса: для каких задач? > 3. Повершелл - сложней башв, но зато - предоставляет несколько более широкие возможности. Так себе аргумент. Вот языки семейства Lisp -- это самые мощные и выразительные языки по своей природе. Но где они сейчас? Языки семейства ML -- не только выразительны, но ещё и весьма быстры. Но что ж они не распространены повсеместно? Павершелл сложней баша, но больше всего может -- окей, допустим. И что? > В связи с вышесказанным в любой конторе, доже использующей комбинированную среду выбор средства автоматизации (скрипты) однозначен. И это не баш Я тебе более того скажу. Это и не PowerShell. =) > Вот такая смешная ситуация - линаксоид без знания повершелла не нужен... В вашей конторе -- может быть, почему ж не верить. Но не обобщайте это на рынок. Это будет шибко ошибочно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #125

124. Сообщение от Аноньимъ (ok), 28-Сен-21, 23:58	+/–
>Ну короче у тебя объекты и коллекции в конвейере, а не строки в stdout/stdin Так и должно быть. Так и правильно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

125. Сообщение от Аноньимъ (ok), 29-Сен-21, 00:02	+/–
>Потому что у винды есть свои плюсы. Самые важные из них -- это AD, Outlook и MS Office. Страшно спросить. Если это по вашему плюсы то что-же там сейчас недостатки? >Они являются стандартом де факто, и их хватает для покрытия 99% потребностей корпоративного сегмента. Жуть и мрак. >Всё это, безусловно, серьёзные компании. Они добывают нефть, они строят вертолёты Очень сурьёзно, настолько что бекдоры ANB их не волнуют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123 Ответы: #128, #144

126. Сообщение от freehck (ok), 29-Сен-21, 00:05	+1 +/–
> Линакс используется... На некритичных направлениях в качестве вспомогательной ОС. Например - веб-сервер. А, вот оно что. Ну окей, мы поняли, в какого уровня серьёзных конторах вы работали. =)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

127. Сообщение от Аноньимъ (ok), 29-Сен-21, 00:05	+/–
Лисп решение реальное. Guix есть от гну, есть ракет схема(rash shell) есть всякие kitty. Старое как это самое Айти, изобретено десятилетия назад. Ничего ненужно переизобретать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #147

128. Сообщение от freehck (ok), 29-Сен-21, 00:17	–1 +/–
>>Потому что у винды есть свои плюсы. Самые важные из них -- это AD, Outlook и MS Office. > Страшно спросить. Если это по вашему плюсы то что-же там сейчас недостатки? Нашёл, где спросить. На опеннете. Тут каждый первый тебе ведро недостатков отгрузит. Хочешь -- отгрузи сам. С вероятностью 95% я подпишусь под каждым словом. А мне лень. =) >>Они являются стандартом де факто, и их хватает для покрытия 99% потребностей корпоративного сегмента. > Жуть и мрак. Ага. >>Всё это, безусловно, серьёзные компании. Они добывают нефть, они строят вертолёты > Очень сурьёзно, настолько что бекдоры ANB их не волнуют. А шпионаж не так сложен, как его голливуд малюет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #131

129. Сообщение от freehck (ok), 29-Сен-21, 00:24	+/–
> а я gnu parallel пользовался > чем это лучше? О, пользователь parallel. Очень рад встретиться. У меня с момента первого анонса parallel возник вопрос, на который я хотел бы получить ответ: что может parallel, чего не мог старый добрый xargs? Я не в целях подъе***ть, мне правда интересно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #154

130. Сообщение от freehck (ok), 29-Сен-21, 00:33	+/–
> Когда нужно немножко преобразовать или запарсить текст, то ужас-ужас. А в чём проблема с cut/sed/awk? > Когда нужно входные аргументы обработать, в файловую систему посмотреть, распарсить текст, > выполнить не совсем тривиальную логику и стянуть что-то с инета то > ужас-ужас-ужас. У меня пачка скриптов, которые именно это всё и делают. Например, бэкапы делают. Или создают локи, чтобы избежать одновременного конфликтующих команд. Триггерят пайплайны гитлаба или просто вытягивают артефакты через ту же апишечку. Не понимаю, почему это вселяет в вас такой ужас. Оно просто работает, и уже не первый год.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #133

131. Сообщение от Аноньимъ (ok), 29-Сен-21, 00:33	+/–
Он сложен не в плане супер хакеров, а в плане комплексных мер. И дело тут не в шпионаже как таковом. А в получении возможности в один единственный критический момент повлиять на работу того же вертолёта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #128 Ответы: #145

132. Сообщение от freehck (ok), 29-Сен-21, 00:45	+/–
>> shell скрипты обладают хорошей кросс платформенностью в linux-unix среде > Только если писать на чистом баше, как только вызвал внешнюю утилиту - > не факт что она будет установлена на другом экземпляре той же > версии дистрибутива Ну так это не проблема скрипта. Скрипт -- это софт. Софт пакуется в пакеты, а у пакета есть зависимости, которые уже резолвиться должны пакетником. Пакет сложно? Ну окей, есть масса альтернатив. Можно например просто писать роли на ansible, которые при установке скрипта будут устанавливать и его зависимости. Как бы, возможностей масса, используйте. Это и есть хорошая кроссплатформенность.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

133. Сообщение от Аноньимъ (ok), 29-Сен-21, 00:48	+1 +/–
Нет, ужас в меня это не вселяет. Во мне есть ужас но это другой ужас. Ужас же шелл скриптов существует вне меня в материальной и не материальной реальности. Ужас потому что не переносимо не поддерживаемо не читаемо не отлаживаемо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #138, #173

134. Сообщение от freehck (ok), 29-Сен-21, 00:48	–1 +/–
>> А shell отличная вещь для своих целей. > Он решает проблемы которых как класса не должно существовать. Лол. Не угодно ли местному балаболу обозначить задачи, для решения которых существует shell? Вот те самые, которых не должно существовать. =)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #135

135. Сообщение от Аноньимъ (ok), 29-Сен-21, 01:01	+/–
Интересно стало что он обозначит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #139

136. Сообщение от Аноним (-), 29-Сен-21, 01:38	+/–
>Как только доходим до HTTP дальше можно не продолжать, у хттп проблемы встроены.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

137. Сообщение от xgen (?), 29-Сен-21, 02:15	+/–
Эх, молодежь - "линакс" используется на подавляюще большем количестве устройств. А юникс-подобные системы оставляют лишь небольшой, но уютный, уголок ОС Windows для непрофессиональных пользователей. Ну и Майкрософт сейчас делает очень много для линукса, пора войн ОС закончилась, все заняли свои ниши и довольны этим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #146

138. Сообщение от freehck (ok), 29-Сен-21, 03:53	–2 +/–
> Ужас потому что не переносимо не поддерживаемо не читаемо не отлаживаемо. Не умеешь -- не используй. =)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133

139. Сообщение от freehck (ok), 29-Сен-21, 03:55	–1 +/–
> Интересно стало что он обозначит. Ах не угодно. Ну-ну. )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135 Ответы: #148

140. Сообщение от lockywolf (ok), 29-Сен-21, 07:24	–1 +/–
>[оверквотинг удален] > > $ cat xdg-user-dirs.sh > #!/bin/sh > # коммент вырезан > if [ -x /usr/bin/xdg-user-dirs-update ]; then >     /usr/bin/xdg-user-dirs-update > fi[guru@localhost ~]$ > > Утверждается, что исходный текст содержит ошибку -- отсутствие завершающего символа 0x0A. > Потому bash обязан очень громко на него ругаться, а не исполнять. А, типа, это люди, когда пишут на Си или Питоне, пишут код лучше, что ли? Я вот, например, читал код OpenBSD (система без bash по-умолчанию, между прочим), и там глобальная переменная на глобальной переменной. Твоя проблема не в баше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #142

141. Сообщение от lockywolf (ok), 29-Сен-21, 07:27	+/–
> Лисп схему встроить прямо в ядро. Схема более похожа на Алгол, чем на Лисп. (Ну ,(кроме скобочек) `конечно)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

142. Сообщение от n00by (ok), 29-Сен-21, 07:53	+1 +/–
>[оверквотинг удален] >> #!/bin/sh >> # коммент вырезан >> if [ -x /usr/bin/xdg-user-dirs-update ]; then >>     /usr/bin/xdg-user-dirs-update >> fi[guru@localhost ~]$ >> >> Утверждается, что исходный текст содержит ошибку -- отсутствие завершающего символа 0x0A. >> Потому bash обязан очень громко на него ругаться, а не исполнять. > А, типа, это люди, когда пишут на Си или Питоне, пишут код > лучше, что ли? Вообще-то я сравнивал баш-программистов со знающими несколько языков и способными выбрать уместный инструмент. > Я вот, например, читал код OpenBSD (система без bash по-умолчанию, между прочим), > и там глобальная переменная на глобальной переменной. Это было в исходниках на Smalltalk? Они не знают про паттерн Синглтон? > Твоя проблема не в баше. А что у меня за проблема?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140

144. Сообщение от pofigist (?), 29-Сен-21, 10:01	+/–
Самый большой недостаток винды это wsl, особенно 2й версии. 🤣 Товарищ ещё про шарик забыл, без которого в энтерпрайзе никуда
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

145. Сообщение от pofigist (?), 29-Сен-21, 10:13	+/–
Очевидно что ты очень слабо представляешь процессы добычи нефти или создания и производства вертолетов... Например ты в курсе что такое NX или TeamCenter?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131

146. Сообщение от pofigist (?), 29-Сен-21, 14:32	+/–
Мой дорогой, но слабообразованный друг - мой первый юникс был на СМ1420... И таки да - я прекрасно знаю что линакс используется в куче бытовухи - типа роутеры-мыльница, мабилки (хотя там важнее жаба - линакс так... как среда для запуска жабки). Я в курсе что например в Cisco ASA в качестве запускалки - тот же линакс. Правда из него выкинуто все, в первую очередь - сетевой стек и написан свой, с нуля. Я в курсе что аналогичным образом он используется в некоторых воспомогательных модулях той же Cisco и других производителях серьезного сетевого железа. Нет-нет, в джуниперах и нетапах - в основе фряха, тоже по факту - в качестве зускалки. :) И я прекрано в курсе результатов построить корпоративную среду на базе линакса - да-да, импортозамещение, оно самое... :) Кратко - ни у кого не получилось пока что... :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137 Ответы: #153

147. Сообщение от pofigist (?), 29-Сен-21, 14:35	–1 +/–
Lisp давно умер. REXX куда более живой ибо сделан професионалами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #150

148. Сообщение от Аноньимъ (ok), 29-Сен-21, 15:00	+/–
>> Интересно стало что он обозначит. > Ах не угодно. Ну-ну. ) Тебе не угодно? Что ты сказать вообще хочешь? Объясни себя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #156

149. Сообщение от OpenEcho (?), 29-Сен-21, 16:30	+/–
>> tail --pid=$pid -f /dev/null; > Это можно даже сказать красивый изврат с tail - Почему красивый изврат? - Красота спасет мир ;) > Но: как оно себя будет вести если пока > "Do some other stuff in parent's process ..."; > фоновый процесс с данным pid завершится и на его место кто-то запустит > что-то другое? (гонка) Ну свой то PID мы знаем ?! А детишек, свои или нет можно легко проверить на отцовство `ps -o ppid=ххх` Есть еще куча других методов, но каждый хорош под свою задачу, если здесь добавить обертку на проверки, то смысл примера потеряется Пример то - не продакш, а просто в тему, что народ нагородил огород из кучи разных языков, хотя могли бы обойтись не квадратной головой и использовать тулз то назначению. > Не зря же pidfd придумали. Ну свой то PID мы знаем ?! А детишек, свои или нет можно легко проверить на отцовство `ps -o ppid=ххх` Можно пошерстить /proc/$PID/fd и проверить уникальный доступ к чему-либо уникальному (хэш созданный на старте к примеру) ... Есть еще куча других методов, но каждый хорош под свою задачу, если здесь добавить обертку на проверки, то смысл примера потеряется Пример то - не продакш, а просто в тему, что народ нагородил огород из кучи разных языков, хотя могли бы обойтись не квадратной головой и использовать тулз то назначению. > Не зря же pidfd придумали. pidfd_getfd() "придумали" всего год назад, (насколько я помню, он доступен только с  5.6 кернелом), а еще есть громадная куча парка машин где принцип "работает, - не трогай" и народ вполне обходился и обходится без pidfd (не я не против pidfd, наоборот, но действительность однако...)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108 Ответы: #191

150. Сообщение от Аноньимъ (ok), 29-Сен-21, 16:31	+/–
> Lisp давно умер. Да вы издеваетесь, мейнстрим только только до некоторых фич лиспа стал доходить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147 Ответы: #152

151. Сообщение от OpenEcho (?), 29-Сен-21, 16:36	+/–
> Короче дело было так. Был огромный легаси баш скрипт, который работает "не > трогай". И они такие "ну что, ускорим?". Вот и ускорили. Аха, или просто был конкурс на https://en.wikipedia.org/wiki/Rube_Goldberg_machine
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

152. Сообщение от pofigist (?), 29-Сен-21, 16:58	+/–
>> Lisp давно умер. > Да вы издеваетесь, мейнстрим только только до некоторых фич лиспа стал доходить. Ой, вот по мне так лисп - это диагноз. Язык конечно был прикольный, новаторский... для своего времени. Но простите - что это тупик имхо очевидно после 60+ лет его прозябания на задворках ИТ... Его ровесники - FORTRAN и COBOL имеют гораздо более широкое применения, даже сейчас. А так... "чисто академических" языков типа лиспа - было вагон и маленькая тележка. Мне например до сих пор очень нравится FORTH, но я же не говорю что это - идеальный язык с богатыми переспективами :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #189, #190

153. Сообщение от xgen (?), 29-Сен-21, 21:21	+1 +/–
Мой высокообразованный, но не далекий друг, наш мир - это капитализм. Просто посмотри сколько платят разработчикам под линукс, а это, как правило, хайлоад, обычно это докеры, контейнеры, всякие там кубернетсы и пр. И все это на линукс. Ни один сервис в мультирегиональных масштабах, 24/7, делать на Windows не будут - денег жалко. ОС, которая не поддерживает иноды не может быть профессиональной, по определению. На простоях при обновлении разорятся. Ну а твой пример про сотню, другую хомячков, в корпоративных целях - детский лепет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #177

154. Сообщение от Stax (ok), 30-Сен-21, 02:35	+/–
Он может жуткий синтаксис, в котором без пол-литры разобраться сложно. Каждый раз, когда вижу хитрую команду parallel, хочется развидеть это навсегда, даже не пытаясь понять, что там написано... А по сути: 1) parallel имеет кучу способов передачи имен файлов для обработки, от передачи через список в командной строке до sql базы. xargs же, чтобы не ломаться на пробельных символах, может разве что читать с stdin с генератора, умеющего завершающие нули типа find -print0, а их мало и это не очень удобно 2) parallel не смешивает вывод параллельно выполняемых задач, xarg все превращает в кашу, а parallel буфферизирует по отдельности и выводит каждый полностью
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129 Ответы: #155

155. Сообщение от freehck (ok), 30-Сен-21, 14:54	+/–
> Он может жуткий синтаксис, в котором без пол-литры разобраться сложно. Каждый раз, > когда вижу хитрую команду parallel, хочется развидеть это навсегда, даже не > пытаясь понять, что там написано... Ну оно так часто бывает, когда смотришь на инструменты следующего поколения. Это не означает, что они хуже. Возможно, их просто слегонца неправильно использовали, и только. Ведь их практики применения относительно молоды. > А по сути: > 1) parallel имеет кучу способов передачи имен файлов для обработки, от передачи > через список в командной строке до sql базы. xargs же, чтобы > не ломаться на пробельных символах, может разве что читать с stdin > с генератора, умеющего завершающие нули типа find -print0, а их мало > и это не очень удобно Нашёл, почитал. Узнал про GNU sql. Выглядит кстати весьма интересно. В общем, я наверное посмотрю, что ещё оно может, спасибо. С xargs это всё тоже возможно, если правильно заранее обработать ввод тем же awk-ом, но это гораздо сложнее. А parallel имеет вон флаг --colsep, что довольно сильно упростит жизнь при парсинге. В общем, спасибо. Заинтересовали. > 2) parallel не смешивает вывод параллельно выполняемых задач, xarg все превращает в > кашу, а parallel буфферизирует по отдельности и выводит каждый полностью Но это отключаемо, надеюсь? А то бывают разные ситуации. Если задача сыплет в лог много, то буферизировать -- это большие накладные расходы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

156. Сообщение от freehck (ok), 30-Сен-21, 15:14	+/–
> Тебе не угодно? Что ты сказать вообще хочешь? Объясни себя. Я хочу сказать, что с балаболством вроде следующего... > Он решает проблемы которых как класса не должно существовать. ...становится вполне очевидно, что либо ты имеешь неправильное представление о том, какие задачи решает шелл, либо вовсе понятия не имеешь, зачем этот инструмент нужен. Вот я тебя и спрашиваю о том, какие-такие проблемы решает шелл, которых якобы не должно существовать как класса. PS: Ну и собственно прикинуться дурачком, мол, "я не понимаю, что вы мне говорите" -- ну такой себе подход. Веди себя нормально, глядишь, найдётся пара умных людей, которые объяснят тебе, что к чему. А безапелляционно вбрасывать чепуху -- это метод нафлудить с три короба, но ничему так и не научиться. Ибо люди любят делиться знаниями, но только в том случае, если вторая сторона демонстрирует готовность их принимать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148 Ответы: #157, #158

157. Сообщение от Аноньимъ (ok), 30-Сен-21, 18:09	+/–
>Вот я тебя и спрашиваю о том, какие-такие проблемы решает шелл, которых якобы не должно существовать как класса. Нет, ты грязно меня оскорбляешь. Или в твоей семье нормально таким образом обращаться к людям с вопросом? >глядишь, найдётся пара умных людей, которые объяснят тебе, что к чему. Ты чего-то не понял, но объяснять нужно для меня? >Ибо люди любят делиться знаниями, но только в том случае, если вторая сторона демонстрирует готовность их принимать. Ты не демонстрируешь готовности принимать знания, равно как и минимальной вменяемости. Ты решили отказаться от данного тебе шанса быть человеком, и не постыдился прямо признаться в своем отвратительном мерзком хамстве. Что говорит о том, что ты даже не осознаешь насколько твое поведение мерзко и недопустимо ни в каком обществе. Буду говорить прямо: Ты меня со своим отцом балоболом перепутал, отвали от меня, безмозглый переросток.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156

158. Сообщение от Аноньимъ (ok), 30-Сен-21, 23:03	+/–
>...становится вполне очевидно, что либо ты имеешь неправильное представление о том, какие задачи решает шелл, либо вовсе понятия не имеешь, зачем этот инструмент нужен. Почти не спал последние дни, а тут вы явились, нужно быть все-же добрее. Помогу пожалуй вашим кипящим шестеренкам с рефлексией. В диалоге вы допустили банальную логическую ошибку, когда решили, что, ваша неспособность что-то понять, означает ошибочность рассматриваемых утверждений, а не нехватку вашей квалификации. В свою очередь, эта ошибка явилась следствием ошибки более глобальной, вы уверились в том, что будто бы вам известно всё на свете досконально и окончательно. А ведь даже далеко не все Боги могут называть себя всевидящими и всезнающими. Ну не возомнили вы себя высшим божеством? Если даже не каждому Богу дано, то с человека то что взять? Человек ограничен в своих знаниях. Букашка, амеба, вирус пошлый. Куда людям до Богов, ну? В свою очередь от чего у вас такое чувство вообще возникло? А это особенность белковой вообще и человеческой в частности физиологии. Мозг очень энергозатратный орган. Думать людям физически больно, как пытка, и больше пары минут невозможно никак, опыты это показывают однозначно. Большую же часть времени, когда человек пытается решить какую-то задачу, его мозг находит по шаблону "решение" которое "похоже" на правду, и подсовывает в качестве верного единственно ответа. Человеку познавшему Истину, думать больше ненужно, прививки хорошо, курить плохо, запад злой, путен добрый, 2+2=4, на ноль делить нельзя, нефть из мёртвых двинозавров, и так далее. Соответственно, если регулярно не заставлять себя думать, появляется чувство, что известно тебе уже всё на свете абсолютно. Ведь что бы вы не спросили, ответ всегда тут-же вам мозг выдает, а если что-то не сходится, или заминка получается, то просто собеседник дурак и ничего не понимает - то-же очень простой ведь ответ, всё объясняет и мозги напрягать абсолютно ненужно, а это главное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156 Ответы: #159

159. Сообщение от freehck (ok), 01-Окт-21, 01:34	+/–
> Почти не спал последние дни, а тут вы явились, нужно быть все-же добрее. Надо же. На меня похож. Окей, я по жизни на редкость злая сволочь (по мнению некоторых), но тоже попробую быть добрее. На то есть несколько причин. Во-первых, после оскорблений ты наконец-то начал вести осмысленный диалог, о чём свидетельствует пост, на который я сейчас пишу ответ, во-вторых ты в этом посте написал почти слово в слово всё то, что я имел сказать тебе, и в-третьих твои посты, где ты восхищён racket-ом, показывают, что мозг у тебя есть, и он жив. === Оскорбления и рефлексия === Так вот. Ты под этой новостью написал целую серию крайне дерзких, совершенно безапелляционных заявлений о том, что шелл -- это ужас, жуть и мрак, что эта технология изначально была ошибкой, что это бредовая штука, что даже питон (питон, карл! питон, ёпрст!) лучше, чем шелл, что ближайший аналог шелла -- это брейнфак. Всё вышеперечисленное -- было голословными оскорблениями хорошей технологии, и именно поэтому я тебя оскорбляю: приводи ты аргументы и обосновывай свои тезисы должным образом, был бы диалог. Когда диалога нет, а есть голые стейтменты столь возмутительного характера -- то это повод оскорблять. Всегда. Единственное, что ты попытался обосновать -- это то, что шелл не является по твоему мнению кросс-платформенным. Но ты решил в качестве аргумента упирать на то, что не везде утилиты, объединяемые шелл-скриптом, будут в наличии, а также не всегда эти утилиты ведут себя одинаково (видимо, ты про различия coreutils и bsdutils как минимум). Но это крайне слабый аргумент. Сам шелл -- кросс-платформенный инструмент. А вот скрипты имеют зависимости. И обеспечение наличия нужных тулзов -- это задача того, кто скрипт в систему, собственно, ставит. Довольно очевидные вещи. Итого. Ты оскорбляешь хорошую технологию, отличное знание которой лично мне как опсу (а в прошлом -- racket- и ocaml-программисту) очень и очень помогает по жизни, и особенно -- в кризисных ситуациях (масса историй). Аргументы либо отсутствуют, либо плохие. Я надеюсь, что теперь ты понимаешь, чем именно ты заслужил отношение, которое имел неудовольствие читать выше по треду. Я просто спесь сбивал. И как видишь -- с результатом. === Адекватая замена shell === Так вот, вернёмся к вопросу о задачах, для которых создавался и используется шелл. Шелл решает ровно одну задачу: организацию конвейера параллельно исполняющихся процессов. И он решает её хорошо. Утверждать, что это ошибочный ход, значит противоречить принципам UNIX, на основе которых построена вся наша экосистема nix-подобных осей. Ты предлагаешь Rash как альтернативу стандартному шеллу. Что ж, штука конечно интересная, но есть несколько замечаний к такой альтернативе. 1) Ничто не мешает делать конвейерные вставки на лиспе и в обычном шелле путём оборачивания в функцию вызова интерпретатора с лисп-кодом внутри, так в чём же тогда суть? Сисадмины годами так дёргали и питон, и перл, и много чего ещё. 2) Попытка сделать шелл языком общего назначения, чтобы он мог нести в себе логику преобразования сложных структур данных -- обречена на провал. Потому что, ещё раз повторюсь, шелл решает ровно одну задачу (см выше). И ему не нужно брать на себя большего, ибо как раз это -- ошибочный ход, являющийся следствием непонимания того, чем шелл является. Любая дополнительная логика должна быть выполнена иным инструментом. Например, при помощи awk, jq/yq, sed... 3) Даже если шелл и делать языком общего назначения, то sexp-ы явно не лучший выбор. У лиспов очень высокий порог вхождения. Людей, которые способны вести разработку, держа в голове деревья и продумывая то, как они будут сворачиваться -- ничтожно мало. Такой язык просто не будут использовать. RMS тоже когда-то хотел видеть лисп в качестве языка системного программирования, но время показало, что этому не бывать. 4) Rash не posix compliant. Что делать со скриптами, написанными на posix shell? Выбрасывать? Нет, никто этого делать не станет. И переписывать тоже. Это будет просто глупая трата времени. Обратная совместимость -- это важно. Даже тот же Emacs на Guile перенести не могут вот уже не первое десятилетие, потому что стремятся сохранить обратную совместимость с уже написанными пакетами на Elisp, ибо без них Emacs нафиг никому не нужен. === Конвейеры === Ты вот утверждаешь в одном из постов, что передавать объекты и коллекции в конвейере -- это хорошо и правильно. Что ж, я как функциональщик отчасти с этим тезисом согласен. В конце концов когда мы ведём разработку на функциональном языке -- мы именно тем и заняты, что пишем такие конвейеры. Но вот в чём суть: хорошо ли это для шелла? Шелл в текущем виде выстреливает прежде всего потому, что он организует конвейер именно для текстовых потоков. Любые иные потоки данных -- редкость, и в принципе неправильный подход. Неправильный, потому что поток текста -- сущность понятная всем пользователям, которая встречается наиболее часто, и которую удобно использовать. А если в конвейере начинают передаваться иные сущности, будь то картинки или ассоциативные массивы, или что угодно ещё -- то следом возникает необходимость проверки типа передаваемой сущности, необходимость держать это в уме при разработке скрипта, необходимость вставлять множество дополнительных проверок (ну не просто же так в racket-е существуют контракты, да?). Если всё это вставить в шелл, то честное слово, почему бы вместо шелла не писать сразу уже на racket-е? Или на perl? Или на чём угодно ещё? Нет, shell выстрелил именно потому, что он не делает лишнего. Иногда сужение области применения -- это хорошо. Это помогает сохранить простоту чтения и понимания, что для скриптового языка, имеющего ограниченную область приложения, крайне важно. === Заключение === Ну вот, я потратил аж целых полчаса, и надеюсь, что-то донёс. Твой ответ покажет, имело ли всё это смысл. От себя пожелаю -- больше спать. Нужен режим дня. Разум не существует отдельно от тела, как бы может того ни хотелось некоторым из нас. Если подзапустить тело, то и разуму будет нанесён ущерб. А без разума -- является ли гуманоидное существо человеком? Вот пишешь в сеть пост, и никогда не знаешь, кто на другом конце сидит. Человек или... PS: Силу шелла не стоит недооценивать. Вот кто-то скажет, что find -- просто ищет файлы, а кто-то -- что она обходит дерево каталогов. И разница в понимании сути данной утилиты между этими двумя людьми -- огромна. То же самое и с шеллом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158 Ответы: #163, #164

161. Сообщение от freehck (ok), 01-Окт-21, 02:28	+/–
> ведь задача не наспавнить процессов, а спавнить новые покуда есть данные Именно это xargs -P и делает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

162. Сообщение от СеменСеменыч777 (?), 01-Окт-21, 15:07	+/–
> Простите, гетерогенная = гомогенная. имено что "гомо". такая среда даже внутри Microsoft не живет. хотя у них все свое, чего нету - можно либо купить, либо дать задание программистам и они напишут аналог. но некоторые недалекие CIO продолжают продолжать, все надеются загнать под какой-то там "стандарт". вот и думайте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #165

163. Сообщение от Аноньимъ (ok), 01-Окт-21, 18:33	+/–
>Так вот. Ты под этой новостью написал целую серию крайне дерзких, совершенно безапелляционных заявлений Вы путаете свой внутренний мир с внешней реальностью. То что вы обиделись, еще не означает что вас кто-то обижает. >Всё вышеперечисленное -- было голословными оскорблениями хорошей технологии, и именно поэтому я тебя оскорбляю Я то прекрасно понимаю почему вы пишите то что пишите, вы не понимаете что я понимаю. Это детский сад, на что я вам прямо уже указываю. >Так вот, вернёмся к вопросу о задачах Вы мне ничего нового не сообщаете, примерно чего-то такого я от вас и ожидал услышать. Для вас эти шеллы очень волнующи, вы в этом живёте. А для меня нет. Вы смотрите с точки зрения конкретного опыта эксплуатации конкретных UNIX систем, а я рассматриваю их с концептуальной точки зрения. С точки зрения вычислительной техники в человеческом обществе. Не думаю что я в настроении обсуждать технологии. Может позже вернусь к этому. Разве что на это отвечу пока: >У лиспов очень высокий порог вхождения. (функция аргумеент1 аргумеент2 .. аргумеентN) Поздравляю, вы знаете лисп. >Людей, которые способны вести разработку, держа в голове деревья и продумывая то, как они будут сворачиваться -- ничтожно мало. Чтобы на лиспе писать ненужно в голове деревья держать. Вы просто следуете ряду простых правил доступных каждому, и получаете рабочую программу. При условии, что вы сами понимаете что программа ваша должна делать. Не зря же на нём детей учат программированию. Могу порекомендовать https://htdp.org к вечернему прочтению, чтобы заиметь представление о том что это такое вообще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159 Ответы: #167

164. Сообщение от Аноньимъ (ok), 01-Окт-21, 18:44	+/–
>Шелл решает ровно одну задачу: организацию конвейера параллельно исполняющихся процессов. Если процессы ненужно исполнять параллельно то шелл ненужен? Например одна программа требует вывод завершившийся другой программы? Есть ли шелл на однозадачных системах? MS-DOS имеет шелл или не имеет? Меняется ли что-то если "процессы" не использую стандартную Cи библиотеку? Что если у них нет потоков ввода вывода? >Утверждать, что это ошибочный ход, значит противоречить принципам UNIX, на основе которых построена вся наша экосистема nix-подобных осей. Вы верно меня поняли, но для вас это предположение слишком возмутительно чтобы рационально его обдумать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159 Ответы: #168

165. Сообщение от Онаним (?), 01-Окт-21, 20:31	+/–
Идеал, я так понимаю, зоопарк из полутора локалхостов, на одном убунта, на другом гента, на третьем арчик, и всё это погоняет центосов с оелами, и альтами до кучи? Не, пока это десяток локалхостов - всё нормально. Но когда число машин начинает измеряться сотнями и десятками сотен - поневоле приходится делать всё стандартно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162 Ответы: #166

166. Сообщение от СеменСеменыч777 (?), 01-Окт-21, 22:34	+/–
> Идеал, я так понимаю, зоопарк из полутора локалхостов, на одном убунта, на > другом гента, на третьем арчик, и всё это погоняет центосов с > оелами, и альтами до кучи? если какие-то задачи (кроме сдохнуть первым и предупредить что так делать не надо) лучше выполняет арч, то пусть будет арч. гента вообще сомнительна, но если есть спецы по ней то почему нет. убунта дериватив, зачем оно. альт не нужен если вы не намерены демонстрировать импортозамещение. центос был железобетнонный (и жрал ресурсы), сейчас не знаю что ему на замену. показательно что вы не вписали в зоопарк ни винду ни *BSD. а есть ниши и для них. > Не, пока это десяток локалхостов - всё нормально. Но когда число машин > начинает измеряться сотнями и десятками сотен - поневоле приходится делать всё > стандартно. и все будут работать одинаково хреново. как в армии - пусть безобразно, зато единообразно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165 Ответы: #169

167. Сообщение от freehck (ok), 02-Окт-21, 00:12	+/–
>> У лиспов очень высокий порог вхождения. > (функция аргумеент1 аргумеент2 .. аргумеентN) > Поздравляю, вы знаете лисп. <имитация пользователя> Ммм, здорово. Значит первой в sexp-е стоит функция. Всё понятно! Тогда... (apply and list-of-bools) </имитация пользователя> Уже на этом моменте ты можешь задуматься наперёд и спрогнозировать количество моментов, где пользователи встрянут в глубоком непонимании на очень долгое время. Да что там. Ты что, не замечал, как много людей не просто не понимают рекурсии, но даже считают её злом (а то как же, в сишечке же стек продавливается). И они работают в сфере IT. Казалось бы, не должны, но потребность в рабочей силе в нашей сфере гораздо больше, нежели есть квалифицированных специалистов. Бизнес в таких условиях задирает цены, а на такие предложения слетается целая свора профнепригодных, прошедших месячный курс питон-программиста на каком-нибудь скиллбоксе. Ты правда думаешь, что двигать этим людям лисп -- разумно? Дай обезьяне ружьё, ага. Даже если она разберётся, она ж себе ногу отстрелит. > Чтобы на лиспе писать ненужно в голове деревья держать. <...> Не зря же на нём детей учат программированию. Серьёзно? Где? Даже в MIT уже SICP студентам не читают. В связи с чем... > Вы путаете свой внутренний мир с внешней реальностью. ...ты думаешь, что я? =)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163 Ответы: #170

168. Сообщение от freehck (ok), 02-Окт-21, 00:25	+/–
>> Шелл решает ровно одну задачу: организацию конвейера параллельно исполняющихся процессов. > Если процессы ненужно исполнять параллельно то шелл ненужен? Например одна программа требует вывод завершившийся другой программы? Есть ли шелл на однозадачных системах? MS-DOS имеет шелл или не имеет? Уууу, какая софистика пошла в ход. То есть тебе вот прямо-таки хочется именно чтобы последнее слово за тобой осталось, что ты готов вспомнить историю шеллов, выкопать COMMAND.COM, обсудить, чем они были во времена однозадачных систем? Вот прямо-таки бить себя в грудь: они же тоже назывались шеллами! =) Жаль. Ведь именно на этот случай я написал PS про find. >> Утверждать, что это ошибочный ход, значит противоречить принципам UNIX, на основе которых построена вся наша экосистема nix-подобных осей. > Вы верно меня поняли, но для вас это предположение слишком возмутительно чтобы рационально его обдумать. Так обдумывать тут нечего, ты ж ничего не предлагал. =) К тому же, я не знаю, насколько наивным дундуком надо быть, чтобы после предыдущего моего поста предположить, что я не обдумывал подобные концепты ранее. И ведь мог спросить, но нет. "Это предположение слишком возмутительно, чтобы рационально его обдумать". Фанбой, как же ты не понимаешь, что мы "ретрограды" только в твоём воображении? =)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164

169. Сообщение от Онаним (?), 02-Окт-21, 09:00	+/–
Конечно не вписал. Винда - это задача уже другой команды, там свои заморочки. BSD вообще телега с квадратными колёсами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166 Ответы: #179

170. Сообщение от Аноньимъ (ok), 02-Окт-21, 12:17	+/–
>Ты правда думаешь, что двигать этим людям лисп -- разумно? Дай обезьяне ружьё, ага. Обезьянам нужно в джунглях сидеть. О чём вы вообще? Люди в большинстве не такие тупые как вы пытаетесь это показать. Вы так своё самолюбие тешите?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167

173. Сообщение от VINRARUS (ok), 03-Окт-21, 21:29	–1 +/–
>Ужас потому что не переносимо не поддерживаемо не читаемо не отлаживаемо. Да ты просто понятия не имееш как на шеле програмировать, потому шо больше однострочников (которые вообще к шелу лиш косвенно отношение имеют) ничего не использовал очевидно. Я вот умею многое делать исключительно силами /bin/sh, оно отказоустойчиво и быстро, например: https://forum.motofan.ru/index.php?s=&showtopic=163337&view=...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133 Ответы: #176

174. Сообщение от VINRARUS (ok), 03-Окт-21, 21:32	+/–
>Уникс шелл с его утилитами бредавая штука сама по себе. Какое вообще отношение утилиты имеют к шелу???? Полно натива где в коде используются теже утилиты с /bin/...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

175. Сообщение от VINRARUS (ok), 03-Окт-21, 21:38	+/–
>У шелл скриптов нет механизма абстрагирования от конкретного окружения. Есть, busybox лиш подтянуть нада.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

176. Сообщение от Аноньимъ (ok), 03-Окт-21, 22:55	+/–
Не умею так не умею. Как кстати дела с отладкой обстоят у вас? Чем пользуетесь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173 Ответы: #178

177. Сообщение от pofigist (?), 03-Окт-21, 22:59	+/–
> Ни один сервис в мультирегиональных масштабах, 24/7, делать на Windows не будут Только на нем и делают. Внезапно, да? Только не 6адо тут про гугль и прочие штучные поделия... Я говорю о полноценных, тиражируемых решениях.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153

178. Сообщение от VINRARUS (ok), 03-Окт-21, 23:23	+/–
> Не умею так не умею. Так мало кто умеет, большынство понятия не имеют о всех возможностях shell: https://www.opennet.ru/docs/RUS/bash_scripting_guide/ > Как кстати дела с отладкой обстоят у вас? Чем пользуетесь? Отладкой просто через echo $VAR пользуюсь в проблемных местах, хватает как то. Ну а банальные ошыбки интерпретатор указывает номером строки скрипта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #176 Ответы: #186

179. Сообщение от СеменСеменыч777 (?), 04-Окт-21, 07:55	+/–
> Конечно не вписал. > Винда - это задача уже другой команды, там свои заморочки. ну вот видите. а контора-то одна, и сеть общая. и где ваша желанная гомосреда ? нету ! > BSD вообще телега с квадратными колёсами. тем не менее ниша для нее есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169 Ответы: #180, #181

180. Сообщение от Онаним (?), 04-Окт-21, 08:10	+/–
> ну вот видите. а контора-то одна, и сеть общая. > и где ваша желанная гомосреда ? нету ! Если чуть-чуть включить мозг и понять, что среды две (а то и более) - есть :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179

181. Сообщение от Онаним (?), 04-Окт-21, 08:11	+/–
> тем не менее ниша для нее есть. Есть, конечно, но не в моём случае. Если собираешься "взакрытую" допиливать ядро под какую-то узкую задачу и продавать, лучше бзды не найти.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179 Ответы: #182

182. Сообщение от СеменСеменыч777 (?), 04-Окт-21, 12:12	+/–
> Если собираешься "взакрытую" допиливать ядро под какую-то узкую задачу и продавать, лучше > бзды не найти. не только. например если надо поставить хост, который сломают в последнюю очередь. и не потому что "высокое качество кода", а потом что нестандарт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181 Ответы: #183, #184

183. Сообщение от Онаним (?), 04-Окт-21, 20:53	+/–
Security through obscurity? Учитывая, что качество review явно разнится, даже так лучше нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182 Ответы: #185

184. Сообщение от Онаним (?), 04-Окт-21, 20:54	+/–
А то может получиться в первую, а не в последнюю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182

185. Сообщение от СеменСеменыч777 (?), 04-Окт-21, 21:18	+/–
> Security through obscurity? bullshit through bullshit. вернитесь в реальность. что чаще всего ломают потоковым методом ? то, чего много. разумеется, узконаправленных взломов под заказ это не касается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #183 Ответы: #187

186. Сообщение от Аноньимъ (ok), 04-Окт-21, 21:39	+/–
Интересно. А как обработка ошибок осуществляется, и чем тестируете?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178 Ответы: #188, #192

187. Сообщение от Онаним (?), 04-Окт-21, 22:30	+/–
> bullshit through bullshit. Очень правильное определение для ниши, указанной выше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185

188. Сообщение от VINRARUS (ok), 05-Окт-21, 07:24	+/–
> Интересно. > А как обработка ошибок осуществляется, и чем тестируете? Глазами, в терминале. Иногда лог в файл направляю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #186

189. Сообщение от Аноньимъ (ok), 06-Окт-21, 03:49	+/–
>Но простите - что это тупик имхо очевидно после 60+ лет его прозябания на задворках ИТ... christian schaffmeister https://github.com/drmeister, uses a custom lisp impl to compute protein/polymers spatial configurations some lab used lisp to make a custom dsl for quantum computing A commercial research laboratory (HRL Laboratories) and two well-funded startups (Rigetti Computing and DWave Systems) all use Common Lisp extensively. https://coalton-lang.github.io/20211010-introducing-coalton/ There is also some Clojure in the Boeing 737 MAX NuBank is a South American bank that’s rapidly growing and uses Clojure for most of their stack afaik. You can find a lot of Clojure job postings on their website for jobs in South America and Berlin. | ITA Software is the once independent company that developed the system for air tickets | search and pricing. Now it forms part of Google’s travel industry department. In most cases, |the company develops its software using Allegro Common Lisp. That is not true, no Allegro at all. We use SBCL (in fact dougk is one of the main SBCL maintainers). Circle CI is one of the largest and, probably, most well-known platforms for CI/CD with millions of builds every month and other impressive statistics that can be found on their website. The major part is written in Clojure; ClosureScript is used for frontend development. In general, developers are so fond of Clojure that in 2021 it ranked second among the most loved technologies of Stack Overflow users according to their annual survey. Список огромен на самом деле. Но фейсбука видимо нет, лол.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152

190. Сообщение от Аноньимъ (ok), 06-Окт-21, 03:55	+/–
> Ой, вот по мне так лисп - это диагноз. Язык конечно был > прикольный, новаторский... для своего времени. Но простите - что это тупик > имхо очевидно после 60+ лет его прозябания на задворках ИТ... https://riemann.io
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152

191. Сообщение от RM (ok), 13-Окт-21, 19:19	+/–
> Ну свой то PID мы знаем ?! > А детишек, свои или нет можно легко проверить на отцовство `ps -o > ppid=ххх` Скорее ps -o pid --ppid=xxx но идея понятна, согласен. Хотя еще возможно придется учитывать внуков (потомков потомков), и не факт что ребенок будет жив пока внук работает. shell - он же может форкаться. Хотя pidfd тут тоже не поможет в лоб. > Пример то - не продакш, а просто в тему, А я видел такое в проде, приходилось исправлять. Вообще, досадно видеть, что есть куча кода, который almost works. > pidfd_getfd() "придумали" всего год назад, (насколько я помню, он доступен только с >  5.6 кернелом), а еще есть громадная куча парка машин где > принцип "работает, - не трогай" и народ вполне обходился и обходится > без pidfd (не я не против pidfd, наоборот, но действительность однако...) Мой поинт был в том, что в pidfd была все же потребность.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149

192. Сообщение от freehck (ok), 11-Ноя-21, 16:19	+/–
Я тут мимо старой темы проходил. > Как кстати дела с отладкой обстоят у вас? Чем пользуетесь? echo конечно хорошо, но для более грамотного дебага надо пользоваться set -x всё же. Этот флаг заставляет шелл выводить полный трейс команд и с раскрытыми переменными во время их выполнения. > Интересно. А как обработка ошибок осуществляется, и чем тестируете? try/catch на шеллах есть и реализуется посредством команды trap
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #186

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема