(сорри, цитировать не буду, т.к. иначе получится ещё запутаннее)

Менеджер пакетов — такой же софт, как и всё остальное. Периодически появляется необходимость что-то дорабатывать, переделывать.

Изначальный вопрос («на хрена?») был за вами, что ж вы его по-прежнему мне задаёте, а не разработчику? Он не скрывается, контакты доступны, даже, кажется, в этом обсуждении участвовал (Андрей). Боитесь ответа? :)

И почему вы вообще решили, что скорость разработки обязательно будет ухудшать качество? Я уже приводил пример, когда переход с C на Perl в аналогичной ситуации привёл к многочисленным улучшениям, в том числе — в скорости работы самих программ. Да, если взять несколько грамотных C-программистов, то можно добиться небольшого ускорения работы — не забывайте, что основное время при управлении пакетами уходит на ввод-вывод, да ещё, в случае с интерактивными оболочками, на ожидание ввода пользователя. Но честно скажите, оно того стоит? Или вы всегда напряжённо медитируете на бегущие проценты? :) Я лично просто переключаюсь на другую задачу. А если я не могу переключиться на что-то другое, значит, я плохо планирую своё время.

Вы таки удивитесь, но Perl далеко не настолько прожорливый, как тот же Python (которым, к слову, не брезгают Google и Yandex, а уж кому как не им знать цену тормозам и глюкам), не говоря о всяких Рельсах. Более того, столь усердно пинаемая вами OpenBSD работает и на платформах вроде gumstix и Soekris. С точно тем же Perl'ом и теми же написанными на нём утилитами pkg_*. Жаль, сейчас под руками рабочей машинки класса P5 нету, специально бы сравнил скорость. Ну а насчёт памяти — только что провёл эксперимент. Максимум командой pkg_add было отожрано 25 мегабайт — на наборе из нескольких пакетов (evolution + зависимости).

Никто не говорит, что быстрое написание софта гарантирует меньшее количество багов. Точно так же как использование молотка вместо микроскопа не гарантирует лучшее качество забивания гвоздей. Всё зависит в первую очередь от рук. Но! Когда есть руки, выдающие определённый результат за неделю, и руки, выдающие такой же результат за месяц, вы какие руки предпочтёте? Только честно. На Perl можно писать хорошие программы (хоть меня и воротит местами с этого языка, но это личное; его возможности действительно потрясающие). Как и на C. Как и на C#. Как и на JavaScript.

Кстати, зачем в embedded нужен apt*, мне так никто и не ответил. ;)

Да, на Perl пишут много говна. Но это вовсе не означает, что всё на нём написанное — говно. Тот же LiveJournal (который когда-то использовал двухярусную систему с предварительной компиляцией HTML-файлов — было забавно читать, как вы мне про эту схему рассказываете), например, издавна использует Perl. И до перехода под "СУП" жалоб на работу движка не припомню. Проблемы с железом — были, DDoS-ы — были, проблемы с провайдерами — были. А движок исправно работает.

Да что я тут распинаюсь — сходите и посмотрете список хороших, успешно работающих на Perl проектов. Он исчисляется отнюдь не единицами и даже не сотнями.

Ну а узнать, что означает фраза «бизнес-логика» в программировании, будет вашим домашним заданием, OK? ;)

Насчёт виртуализации: что это такое, я знаю не понаслышке. Стараюсь не использовать — святая правда. Потому что виртуализации вижу применение либо в роли костыля, либо в роли средства экономии. Первое, понятно, только для совсем форс-мажорных обстоятельств. Второе — либо для предоставления услуг (VPS — это модно!), это совсем отдельная тема; либо для изоляции задач, типа, из соображений безопасности; либо для обеспечения отказоустойчивости (Xen, например, уверенно движется в этом направлении). Во втором случае обычно делают много однотипных конфигураций, который однотипно же и ломаются — в чём тут безопасность, лично мне не понятно. Ну а насчёт третьего ничего особо плохого сказать не могу — это примерно то же, что использование Perl вместо C. ;)

>p.s. извиняюсь за несколько злой пост, для програмеров советую рассматривать это как
>всего лишь взгляд тестера на программы. Тогда будет понятно чего я
>злой.

Да понимаю, понимаю. Сам когда-то так же думал, чего греха таить. :)