Автоматизация, с возможностью вмешаться руками или скриптами на любом этапе.
> > > и чем bonobo не unixway ?
> > Тем же, чем и CORBA, и COM, и SOM.
> а конкретнее ?
Тем, что UNIX-way подразумевает текстовый протокол взаимодействия между
программами, причём обычно через pipes, и нужно это для того, чтобы
можно было влезть в это взаимодействие ручками или скриптами на любом
этапе. Это и рождает гибкость юникса.
Юниксвей подразумевает:
1. Каждый кубик — отдельная программа
2. Мы можем эти кубики объединять в блоки
3. Между любыми двумя кубиками мы можем вставить неограниченое
количество кубиков, поэтому протокол общения между кубиками должен быть
на это рассчитан, и в юникс-мире принят для этого текстовый протокол.
Текстовый формат обмена и существующие для него средства
sed
awk
grep
tr
colrm
column
cut
paste
почему даже такие протоколы как HTTP, POP3, SMTP являются текстовыми?
UNIX-way максимализм
Почтовый клиент
почтовый клиент не должен уметь работать с почтовой базой вообще, даже кэшировать содержимое IMAP-сервера он может только... на другом IMAP-сервере (локальном), ибо незачем городить поддержку кучи разных (кривых) форматов почтовой базы, когда есть протокол для работы с почтой;
почтовый клиент не должен самостоятельно заниматься редактированием сообщений — для редактирования текстов есть более другие инструменты;
почтовый клиент не должен уметь делать цитирование сообщений (сколько проблем с тем, что разные клиенты выполняют цитирование разными алгоритмами с разным качеством, и устраивают разных людей) — для этого вполне можно использовать внешнюю программу-фильтр;