The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Система распараллеливания shell-скриптов PaSh перешла под крыло Linux Foundation, opennews (??), 27-Сен-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


81. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +2 +/
Сообщение от пончик (?), 28-Сен-21, 16:02 
Ощибка это SystemD, JavaScript, Electron, dart или как его там от гугла вместе с go.

А shell отличная вещь для своих целей. Прост, логичен, понятен и с отличной переносимостью.

Не надо от него требовать то, на что он не был расчитан и будет счастье.

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

122. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от Аноньимъ (ok), 28-Сен-21, 23:51 
> Ощибка это SystemD, JavaScript, Electron, dart или как его там от гугла

Согласен.
Но вынужден дополнить. СистемаД решает таки реальные проблемы которые горе шелл погромисты так и не удосужились решить за всё время сещуствования GNU/Linux.

> вместе с go.

Не согласен принципиально. Го отличный инструмент для решения конкретных задач.

> А shell отличная вещь для своих целей.

Он решает проблемы которых как класса не должно существовать.
И круг этих задачт очень узок. Точно не инит системы и не система контроля версий.

> Прост, логичен, понятен

Примерно как брейнфак.

>и с отличной переносимостью.

Ох нет. В других комментариях уже объяснил почему нет.

> Не надо от него требовать то, на что он не был расчитан
> и будет счастье.

Не надо.

Ответить | Правка | Наверх | Cообщить модератору

134. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  –1 +/
Сообщение от freehckemail (ok), 29-Сен-21, 00:48 
>> А shell отличная вещь для своих целей.
> Он решает проблемы которых как класса не должно существовать.

Лол. Не угодно ли местному балаболу обозначить задачи, для решения которых существует shell? Вот те самые, которых не должно существовать. =)

Ответить | Правка | Наверх | Cообщить модератору

135. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от Аноньимъ (ok), 29-Сен-21, 01:01 
Интересно стало что он обозначит.
Ответить | Правка | Наверх | Cообщить модератору

139. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  –1 +/
Сообщение от freehckemail (ok), 29-Сен-21, 03:55 
> Интересно стало что он обозначит.

Ах не угодно. Ну-ну. )

Ответить | Правка | Наверх | Cообщить модератору

148. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от Аноньимъ (ok), 29-Сен-21, 15:00 
>> Интересно стало что он обозначит.
> Ах не угодно. Ну-ну. )

Тебе не угодно? Что ты сказать вообще хочешь? Объясни себя.

Ответить | Правка | Наверх | Cообщить модератору

156. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от freehckemail (ok), 30-Сен-21, 15:14 
> Тебе не угодно? Что ты сказать вообще хочешь? Объясни себя.

Я хочу сказать, что с балаболством вроде следующего...

> Он решает проблемы которых как класса не должно существовать.

...становится вполне очевидно, что либо ты имеешь неправильное представление о том, какие задачи решает шелл, либо вовсе понятия не имеешь, зачем этот инструмент нужен.

Вот я тебя и спрашиваю о том, какие-такие проблемы решает шелл, которых якобы не должно существовать как класса.

PS: Ну и собственно прикинуться дурачком, мол, "я не понимаю, что вы мне говорите" -- ну такой себе подход. Веди себя нормально, глядишь, найдётся пара умных людей, которые объяснят тебе, что к чему. А безапелляционно вбрасывать чепуху -- это метод нафлудить с три короба, но ничему так и не научиться. Ибо люди любят делиться знаниями, но только в том случае, если вторая сторона демонстрирует готовность их принимать.

Ответить | Правка | Наверх | Cообщить модератору

157. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от Аноньимъ (ok), 30-Сен-21, 18:09 
>Вот я тебя и спрашиваю о том, какие-такие проблемы решает шелл, которых якобы не должно существовать как класса.

Нет, ты грязно меня оскорбляешь. Или в твоей семье нормально таким образом обращаться к людям с вопросом?

>глядишь, найдётся пара умных людей, которые объяснят тебе, что к чему.

Ты чего-то не понял, но объяснять нужно для меня?

>Ибо люди любят делиться знаниями, но только в том случае, если вторая сторона демонстрирует готовность их принимать.

Ты не демонстрируешь готовности принимать знания, равно как и минимальной вменяемости.

Ты решили отказаться от данного тебе шанса быть человеком, и не постыдился прямо признаться в своем отвратительном мерзком хамстве. Что говорит о том, что ты даже не осознаешь насколько твое поведение мерзко и недопустимо ни в каком обществе.

Буду говорить прямо:

Ты меня со своим отцом балоболом перепутал, отвали от меня, безмозглый переросток.

Ответить | Правка | Наверх | Cообщить модератору

158. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от Аноньимъ (ok), 30-Сен-21, 23:03 
>...становится вполне очевидно, что либо ты имеешь неправильное представление о том, какие задачи решает шелл, либо вовсе понятия не имеешь, зачем этот инструмент нужен.

Почти не спал последние дни, а тут вы явились, нужно быть все-же добрее.

Помогу пожалуй вашим кипящим шестеренкам с рефлексией.

В диалоге вы допустили банальную логическую ошибку, когда решили, что, ваша неспособность что-то понять, означает ошибочность рассматриваемых утверждений, а не нехватку вашей квалификации.

В свою очередь, эта ошибка явилась следствием ошибки более глобальной, вы уверились в том, что будто бы вам известно всё на свете досконально и окончательно.
А ведь даже далеко не все Боги могут называть себя всевидящими и всезнающими. Ну не возомнили вы себя высшим божеством?
Если даже не каждому Богу дано, то с человека то что взять? Человек ограничен в своих знаниях. Букашка, амеба, вирус пошлый. Куда людям до Богов, ну?

В свою очередь от чего у вас такое чувство вообще возникло? А это особенность белковой вообще и человеческой в частности физиологии. Мозг очень энергозатратный орган. Думать людям физически больно, как пытка, и больше пары минут невозможно никак, опыты это показывают однозначно.

Большую же часть времени, когда человек пытается решить какую-то задачу, его мозг находит по шаблону "решение" которое "похоже" на правду, и подсовывает в качестве верного единственно ответа. Человеку познавшему Истину, думать больше ненужно, прививки хорошо, курить плохо, запад злой, путен добрый, 2+2=4, на ноль делить нельзя, нефть из мёртвых двинозавров, и так далее. Соответственно, если регулярно не заставлять себя думать, появляется чувство, что известно тебе уже всё на свете абсолютно.

Ведь что бы вы не спросили, ответ всегда тут-же вам мозг выдает, а если что-то не сходится, или заминка получается, то просто собеседник дурак и ничего не понимает - то-же очень простой ведь ответ, всё объясняет и мозги напрягать абсолютно ненужно, а это главное.

Ответить | Правка | К родителю #156 | Наверх | Cообщить модератору

159. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от freehckemail (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ообщить модератору

163. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от Аноньимъ (ok), 01-Окт-21, 18:33 
>Так вот. Ты под этой новостью написал целую серию крайне дерзких, совершенно безапелляционных заявлений

Вы путаете свой внутренний мир с внешней реальностью.
То что вы обиделись, еще не означает что вас кто-то обижает.

>Всё вышеперечисленное -- было голословными оскорблениями хорошей технологии, и именно поэтому я тебя оскорбляю

Я то прекрасно понимаю почему вы пишите то что пишите, вы не понимаете что я понимаю. Это детский сад, на что я вам прямо уже указываю.

>Так вот, вернёмся к вопросу о задачах

Вы мне ничего нового не сообщаете, примерно чего-то такого я от вас и ожидал услышать.
Для вас эти шеллы очень волнующи, вы в этом живёте. А для меня нет.
Вы смотрите с точки зрения конкретного опыта эксплуатации конкретных UNIX систем, а я рассматриваю их с концептуальной точки зрения. С точки зрения вычислительной техники в человеческом обществе.

Не думаю что я в настроении обсуждать технологии. Может позже вернусь к этому.

Разве что на это отвечу пока:
>У лиспов очень высокий порог вхождения.

(функция аргумеент1 аргумеент2 .. аргумеентN)
Поздравляю, вы знаете лисп.

>Людей, которые способны вести разработку, держа в голове деревья и продумывая то, как они будут сворачиваться -- ничтожно мало.

Чтобы на лиспе писать ненужно в голове деревья держать. Вы просто следуете ряду простых правил доступных каждому, и получаете рабочую программу. При условии, что вы сами понимаете что программа ваша должна делать. Не зря же на нём детей учат программированию.
Могу порекомендовать https://htdp.org к вечернему прочтению, чтобы заиметь представление о том что это такое вообще.

Ответить | Правка | Наверх | Cообщить модератору

167. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от freehckemail (ok), 02-Окт-21, 00:12 
>> У лиспов очень высокий порог вхождения.
> (функция аргумеент1 аргумеент2 .. аргумеентN)
> Поздравляю, вы знаете лисп.

<имитация пользователя>
Ммм, здорово. Значит первой в sexp-е стоит функция. Всё понятно! Тогда...
(apply and list-of-bools)
</имитация пользователя>

Уже на этом моменте ты можешь задуматься наперёд и спрогнозировать количество моментов, где пользователи встрянут в глубоком непонимании на очень долгое время. Да что там. Ты что, не замечал, как много людей не просто не понимают рекурсии, но даже считают её злом (а то как же, в сишечке же стек продавливается). И они работают в сфере IT. Казалось бы, не должны, но потребность в рабочей силе в нашей сфере гораздо больше, нежели есть квалифицированных специалистов. Бизнес в таких условиях задирает цены, а на такие предложения слетается целая свора профнепригодных, прошедших месячный курс питон-программиста на каком-нибудь скиллбоксе.

Ты правда думаешь, что двигать этим людям лисп -- разумно? Дай обезьяне ружьё, ага. Даже если она разберётся, она ж себе ногу отстрелит.

> Чтобы на лиспе писать ненужно в голове деревья держать. <...> Не зря же на нём детей учат программированию.

Серьёзно? Где? Даже в MIT уже SICP студентам не читают. В связи с чем...

> Вы путаете свой внутренний мир с внешней реальностью.

...ты думаешь, что я? =)

Ответить | Правка | Наверх | Cообщить модератору

170. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от Аноньимъ (ok), 02-Окт-21, 12:17 
>Ты правда думаешь, что двигать этим людям лисп -- разумно? Дай обезьяне ружьё, ага.

Обезьянам нужно в джунглях сидеть.

О чём вы вообще? Люди в большинстве не такие тупые как вы пытаетесь это показать. Вы так своё самолюбие тешите?

Ответить | Правка | Наверх | Cообщить модератору

164. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от Аноньимъ (ok), 01-Окт-21, 18:44 
>Шелл решает ровно одну задачу: организацию конвейера параллельно исполняющихся процессов.

Если процессы ненужно исполнять параллельно то шелл ненужен? Например одна программа требует вывод завершившийся другой программы?

Есть ли шелл на однозадачных системах? MS-DOS имеет шелл или не имеет?

Меняется ли что-то если "процессы" не использую стандартную Cи библиотеку?
Что если у них нет потоков ввода вывода?

>Утверждать, что это ошибочный ход, значит противоречить принципам UNIX, на основе которых построена вся наша экосистема nix-подобных осей.

Вы верно меня поняли, но для вас это предположение слишком возмутительно чтобы рационально его обдумать.

Ответить | Правка | К родителю #159 | Наверх | Cообщить модератору

168. "Система распараллеливания shell-скриптов PaSh перешла под кр..."  +/
Сообщение от freehckemail (ok), 02-Окт-21, 00:25 
>> Шелл решает ровно одну задачу: организацию конвейера параллельно исполняющихся процессов.
> Если процессы ненужно исполнять параллельно то шелл ненужен? Например одна программа требует вывод завершившийся другой программы? Есть ли шелл на однозадачных системах? MS-DOS имеет шелл или не имеет?

Уууу, какая софистика пошла в ход. То есть тебе вот прямо-таки хочется именно чтобы последнее слово за тобой осталось, что ты готов вспомнить историю шеллов, выкопать COMMAND.COM, обсудить, чем они были во времена однозадачных систем? Вот прямо-таки бить себя в грудь: они же тоже назывались шеллами! =)

Жаль. Ведь именно на этот случай я написал PS про find.

>> Утверждать, что это ошибочный ход, значит противоречить принципам UNIX, на основе которых построена вся наша экосистема nix-подобных осей.
> Вы верно меня поняли, но для вас это предположение слишком возмутительно чтобы рационально его обдумать.

Так обдумывать тут нечего, ты ж ничего не предлагал. =)

К тому же, я не знаю, насколько наивным дундуком надо быть, чтобы после предыдущего моего поста предположить, что я не обдумывал подобные концепты ранее. И ведь мог спросить, но нет. "Это предположение слишком возмутительно, чтобы рационально его обдумать". Фанбой, как же ты не понимаешь, что мы "ретрограды" только в твоём воображении? =)

Ответить | Правка | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру