Здравствуйте, VladD2, Вы писали:

VD>Здравствуйте, raskin, Вы писали:

R>>Основание — shell имеет сочетание свойств, выгодное для его роли.

VD>И как мы выяснили все они упираются в греп и еще пару утилит к шел-у по большому счету отношения не имеющих.

Имеют. Ибо большинство из этих базовых утилит встроено в шел. Более того, от хорошего шела
требуется умный completition ибо мы же все руками бьем. (длинный код не пишу, обычно редактирую
прям в командной строке, благо zsh это позволяет).

R>> Вызов
R>>функций — просто с аргументами через пробел. С учётом специфики -
R>>удобно.

VD>Не сказал бы. Это твоя привычка. Мне как программисту всю жизнь использовавшему С- и Паскале-подобные языки (а до этого учившегося в школе математике) понятнее и привычнее синтаксис со скобками и запятыми.

А вот задачку в 2 строчки на "шеле" что-то так никто и не привел на N или C# или Java .

R>> Далее имеем такую вещь, как флаги вида -<буква>

VD>И чем это отличается от перечислений передающихся в параметры? Хотя отличие есть. В параметрах задолбашся разбираться (пока их не зазубришь), а перечисления как раз будут отлично понятны без пояснений. Да и пояснения для них получить будет раз плюнуть (помним про Интеллисенс).

R>>. С выдачей списка по <tab>-<tab> при наборе.

VD>Он отдыхает по сравнению с полноценным комплитом и хинтами. Расширить комплит для подсказки каталогов на текущей машине и стандартных каталогов и будет вообще улет.
а в шеле это тоже не проблема,

$ grep --m
option
--max-count  -- stop after specified no of matches
--mmap       -- memory map input

ну Idea уже это умеет . (умеет пути комплитить)