Unix way

>> не напомнишь, какие еще фразы были в том посте, из которого я выдрал?

В теме далеко не один пост.

>> текс => быдопарсерtxtна[perl,awk,sed,C] =>txt2X3 => быдлопарсерX3на[perl, python, C]

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

Представь что будет, если какой-нибудь медиаплеер разделить на кучу мелких утилит, каждая из которых будет заниматься разбором потока, декодингом, постпроцессингом, выводом и т.п. Между процессами естественно stdin/stdout-пайпы с плейн-текстом (иначе как передавать служебную информацию?). И представь как будет это всё тормозить.

Типа corba, soap, bonobo, dbus или аналоги?

А билингу для squid, может было бы, резонно писать сразу в реляционную БД.

>> Типа corba, soap, bonobo, dbus или аналоги?

Это всё-таки IPC. Далеко не всегда имеет смысл разделять что-то на несколько процессов. Можно просто GUI + shared library. Заодно к той же библиотеке можно прикрутить и CLI-интерфейс.

> Именно на это и похоже, когда в 2009 году люди обрабатывают данные парсингом plaintext-а.

++ Недоумевающим поясню, что таки да - для нормальной реализации придётся переписывать _всё_, и даже проще будет создать свою среду а-ля Squeak/Inferno. Но выдирать какой-то несчастный int из ориентированного на юзера вывода и потом формировать из него опять же ориентированный на юзера ввод для передачи одного параметра - это не то, что привет 70-м, это просто писец.

>И всё-таки осиль прочитать всю тему с начала, причём со включенным мозгом. Я предлагаю отказаться от плейнтекста там, где он является пятой ногой собаке и ничего не даёт кроме лишних проблем.

вопрос: какого банана, ТЫ, вместо того, чтобы "отказаться от плейнтекста там, где он является пятой ногой собаке и ничего не даёт кроме лишних проблем", продолжаешь им пользоваться, но зато устраиваешь тут срачь с хлопушками?

Кто виноват, что у ТЕБЯ логи сквида ведутся не так, как тебе было бы удобнее их обрабатывать? Тебе анонимус запретил их в субд загнать? Или, пресловутый "Unix way" подразумевает исключительно тупые и чирижжопные решения?

>Представь что будет, если какой-нибудь медиаплеер разделить на кучу мелких утилит, каждая из которых будет

Ну, представил. И что? Не нравится этот медиаплеер -- возьми другой. Или свой напиши. Как ты считаешь правильным.

> И представь как будет это всё тормозить.

Даже не представляю. Как? Расскажи!

"Преждевременная оптимизация - корень всех зол". И ето праильно!

Потому что, блядь, не надо гвозди закручивать шуруповертом, потому что они, блядь, с отвертки не заходят! Ну не надо!

>И всё-таки осиль прочитать всю тему с начала, причём со включенным мозгом.

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

>Можно просто GUI + shared library. Заодно к той же библиотеке можно прикрутить и CLI-интерфейс.

Ъ Unix way