Константы по-умолчанию, изменяемые значения неудобны синтаксически (это заставляет людей использовать константы), модули, позволяющие разделять всё. Компиляция проверяет все пути (в редком питоновском скрипте все обработчики ошибок написаны корректно).

Что имеется в виду под проверкой всех путей?

По моим представлениям — не должен. Строки нормально интегрируются в этот "прекрасны новый мир" — не понимаю, о чём тут копья ломают. 🤷‍♀️

Что имеется в виду под проверкой всех путей?

Ну... Вот есть у меня сервер, и он пишет лог во время работы. Лог - это же кодата, а не дата. А объект - дада. Как мне это всё представить в виде объекта?

Что в обработчике исключений вы не вызываете функцию sqrt с тремя параметрами.

если есть программа where то в чем проблема? Можно же и сортировать и фильтровать

Условно говоря, есть ls и есть ps. Обе утилиты возвращают таблицу с данными. К любой таблице должны быть применимы такие операции как сортировка, фильтрация строк\столбцов, агрегация и т.д. - но каждая утилита вынуждена реализовывать весь этот функционал самостоятельно, потому что он возможен только на уровне внутреннего представления, а не на уровне текста. Вместо этого в nushell есть одна универсальная команда where, которая фильтрует табличный вывод любой другой команды. Это очень удобно и гибко, но возможно только при общении объектами

Вроде, были в ML какие-то наработки для того, чтобы бороться со всеми этими асинхронностями. AliceML, кажется? Как там дела обстоят? Никто не знает?

Ну... Эмс... Да я её и так не вызову с тремя параметрами. Проблема-то не в этом основная. Проблема в том, что эти обработчики вызываются в произвольных порядках, их всё равно нужно сопрягать с основной программой через переменные или IO какой-нибудь. И вот в этом месте начинается трэш и угар. А корявый sort мне и так отловят при первом запуске.

Программа where должна делать что - парсить текст? Для этого надо, чтобы все другие программы договорились о формате табличного вывода. Иначе одна будет табами отделять, другая вертикальной чертой, третья псевдографикой - и превед

Это тоже есть. Но дело в том, что они вообще не тестируются. Это же классическое "а ротор мы сделаем из дерева, т.к. досюда никто не дочитает". Компиляция хотя бы гарантирует, что там будет код, который не вызывает несуществующие процедуры, не обращается к несуществующим переменным и т.д.

Sqrt это утрировано. А в реальной жизни какая-то библиотека поменялась (это питонисты любят), всё переписали, а обработчик пропустили.

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

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

а зачем парсить, если можно этого не делать и передавать объекты\таблицы напрямую?

В обычной жизни таблицы в одной программе устроены несколько не так, как требует другая. Например, колонки перепутаны. Названия колонок другие.
Или вместо колонки "Продолжительность обеда" у вас "Начало обеда" и "Конец обеда".

Это как раз на уровне шелла может разруливаться, так же как сейчас такое разруливается awk.

А зачем тогда data.table в R?