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

Да серилизовать - не проблема. Вопрос о том, как я из программы на Си должен писать/читать. Парсить какие-то универсальные представления типа JSON - это так себе удовольствие.

Должен заметить, в программах на C (да и C++ в очень большой степени) и с текстом работать — возни больше, чем нужно. Юникод так и вообще почти неподъёмен. Поэтому Ваши жалобы и отсылки именно к C выглядят странновато.
В любом случае, если язык/автор могут работать только со строками — нет большой проблемы встроить такую программу и в структурированный конвейер.

Хм... Проблемы с юникодом последний раз у меня были даже и не помню, когда. Ну, я в Windows не работаю, может быть, поэтому. Всё отлично читается/пишется без танцев с бубнами.

Фишка же в том, что в 95% случаев достаточно строк. Почему в этих 95% случаев пользователь должен осваивать что-то более сложное?

Хм... Проблемы с юникодом последний раз у меня были даже и не помню, когда. Ну, я в Windows не работаю, может быть, поэтому. Всё отлично читается/пишется без танцев с бубнами.

Фишка же в том, что в 95% случаев достаточно строк. Почему в этих 95% случаев пользователь должен осваивать что-то более сложное?

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

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

просто делать два интерфейса, для людей и для машин

Не предпочтительнее. Проблема в системных скриптах она не внутри кода, а снаружи, потому что случается дочерта событий, ошибок и прочего. Строгость по типам - не самая большая проблема. Ну, таков мой опыт. Из типов достаточно строк, да int-ов. А вот правильно сигналы какие-нибудь обрабатывать. Как? Никакая система типов не спасает. Даже сессионки, потому что они просто всю сложность упихивают на уровень типов.

Не только по типам, разумеется. Но и ML не только в типах.

А что есть полезненького в ML для этого?

Хм... Проблемы с юникодом последний раз у меня были даже и не помню, когда. Ну, я в Windows не работаю, может быть, поэтому. Всё отлично читается/пишется без танцев с бубнами.

Фишка же в том, что в 95% случаев достаточно строк. Почему в этих 95% случаев пользователь должен осваивать что-то более сложное?