>  ваша привязанность к старым способам(unix way - одно отдельное простое
> приложение по pipe - передает результат выполнения на вход другого просто
> приложения) не будет считаться у Вас религиозностью.

Прежде чем считать что-то у кого-то чем-то, неплохо было бы для начала узнать о предмете спора.
https://archive.org/details/bstj57-6-1899

> 1. Make each program do one thing well. To do a new job,
> build a fresh rather than complicate old programs by adding new "features".

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

> 2. Expect the output of every program to become the input to another,
> as yet unknown, program. Don't clutter output with extraneous information.
> Avoid stringently columnar or binary input formats. Don't insist on interactive input.

И про пайпы тоже никаких упоминаний.  Да и «аvoid»  (избегай) никак не вяжется с религиозным запретом.

Т.е. раз такой подход устарел и более не молодежен, то теперь обязательно нужно писать комбайны с перегруженным выхлопом (лучше всего в своем бинарном формкте или вообще только в гуй), обязательной интерактивностью и прочими затейливостями которые должны максимально осложнить использование программы при автоматизировании какого-либо действия?
Спасибо, но как «хорошо»  такой подход работает можно последние лет двадцать наблюдать в форточках.