> Потому, что Вам нечего предъявить более простого и быстрого, (код на сях
> просьба не показывать :)) Есть вообще что-нибудь быстрее чем grep, sed
> и awk Трудно говорить с человеком, который никого не слышит, кроме себя.
Для работы с тестовыми файлами удобны инструменты для работы с текстовыми данными.
Причем, главным будет _удобство_, а не скорость. Вы зря сюда C приплели. Для C есть очень хорошие библиотеки для работы с текстовой информацией. Просто в простейших случаях это как на ракете за хлебом слетать.
>> Если архитектор ПО феерических криворук - да. Например, запись из rsyslog в
>> SQL. Кой мне толк от того, что оно в базу запихано, если там все равно текстовая каша?
Так если разработчик программы криворук, то и в тестовой каше не разберешься. Только зачем было делать тестовую кашу?
> Криворук и недальновиден архитектор по имени Редмонд. Например, на Винде как не
> было достойной альтернативы syslog , так и нет. event viewer --
> насмешка.
1. Вы даже не представляете как устроен лог в винде.
2. event viewer - это просто штатный просмоторщик быстро глянуть в лог с минимальными возможностями (cat - тоже убог ;) ). Для регулярной работы с логом есть куча инструментов, в том числе , из всего зоопарка скриптовых языков.
3. У syslog даже на Linux есть куча очень достойных альтернатив. Просто syslog как Cobol: на него уже столько завязано, что проще мучаться с ним, чем искать себе приключений.
> Результат -- на лицо, очень мало Виндоадминов вообще знает
> о существовании логов, как класса.
Линадминов тоже хватает, которые не знают даже, где логи лежат. Только зачем говорить о недоучках? Может будем ориентироваться просто на админов.
> Т.е. с текстом мы не работаем вообще? xml, html, LaTeX, logs, crontab
> выдуманы "врагами" Шиндошс? Как мы собираемся фильтровать текст, пардон, информацию? Вам
> наверное не приходилось работать с гигабайтными текстами где без Emacs с
> его возможностями, sed, awk и иногда перла не обойтись.
Для xml, html, LaTeX как и других языков разметки (и, например, парсинга исходных текстов языков программирования) надо пользоваться соответствующими парсерами. Появление этих языков разметки ( а ля SGML) было как раз следствием того, что текстовая каша надоела и нужно было генерировать удобные представления данных для разных потребителей (разные программы, разные люди).
Парсить гигабайты xml на sed или ручками в Emacs будет только сильно ограниченный в знаниях человек. XML через регэкспы в общем случае вообще не парсится.
>>> К тому же, все эти утилиты легко "вставляемы" в другие утилиты и
>>> программы, например, Emacs.
Откройте для себя кроме Emacs огромный мир unix утилит и языков. Перестаньте делать руками то, что должен делать компьютер. Не надо уподобляться начинающим пользователям виндов, которые все тащат в MS Word т.к. там им привычно работать на макросах VB.
> Не понял, я вроде не придумываю свой сед, авк и греп. Что
> же мне вставлять куски текста или весь текст в БД а
> затем индексировать все это, при этом пить кофе и долго ждать
> пока все это закончится?
Нет. Просто Вам говорят, что хватит петь аллилую текстовым логам с кашей в виде данных. Базу с данными надо хранить в соответствующей базе, а не прикрывать отличными инструментами недостатки в изначальном проектировании.
