> в юниксах (да и не только) алгоритм "одна программа генерирует человекочитаемые
>> данные - другая программа их парсит" напоминает наших дорожников,
> Полная ерунда. "Write programs that do one thing and do it well."
> -- выверено опытом и "кровью". Альтернативы -- ad-hoc специализированны, переумудренные
> вещи, пользоваться которыми никто не будет и не захочет.Альтернатива - не придумывать лишние things, чтобы не пришлось их делать. Неужели это так сложно?
> Где именно она теряется? Человекочитаемую, потому как для человека предназначена
Предназначенную для человека информацию должен читать только человек. За попытки скормить ее программам надо бить по рукам.
> Основные преимущества их суть две вещи: 1) простота, 2) скорость
Вы очень точно отметили их основные недостатки (сложность и тормознутость). Правда, непонятно, почему вы считаете их достоинствами.
> Regex выражения родом именно из awk, s(ed) Те самые выражения будут использованы и в SQL (напр., PostgreSQL) Инфа, кстати, там тоже в тексте хранится.
Если архитектор ПО феерически криворук - да. Например, запись из rsyslog в SQL. Кой мне толк от того, что оно в базу запихано, если там все равно текстовая каша?
> SQL не имеет преимущества в скорости без индексирования.
При правильной архитектуре (когда никаких regexpов нафиг не надо) - имеет, и еще какое. Просто потому, что не надо парсить текст (очень медленная и сложная работа).
> Много работы, места и т. д. К тому же нет универсальности.
Да, это безусловные недостатки plain textа.
> К тому же, все эти утилиты легко "вставляемы" в другие утилиты и
> программы, например, Emacs. Очень мило там работают. Вы что предлагаете, каждый
> раз заново изобретать менее эффективный велосипед?
Наоборот, это вы такое предлагаете :)
