>>Во-первых, Perl далеко не настолько прожорливый, как Python. Во-вторых, можно и на
>>сях написать такое гуано, что будет охренительно тормозить.
>
>Да, но при *равных* условиях (один и тот же алгоритм реализованный не
>слишком криворуким програмером) жрать ресурсов сишная байда будет в разы меньше.И
>тормозить - тоже. А то что тормозную дрянь можно написать даже
>на асме никто и не сомневался, хоть и придется больше стараться
>для этого :) Напишете? На сях? Чисто для сравнения? ;)
>>;) В-третьих же, читайте внимательнее: Perl используется для упрощения внутренней
>>логики. А упрощение оной приводит к меньшим проблемам в поддержке, что означает
>>меньше багов.
>
>Знаете, я пока на баги в дебианской пакетной системе не жаловался. За
>несколько лет юзания я умудрялся поставить пакетный манагер в позу всего
>три раза. И все три достаточно легко вышибал его обратно в
>работоспособное состояние. Так что шли б теоретики с их теоретическими преимуществами
>и тормозными ресурсожоркими скриптоподелиями заодно?
"Теоретик", если вы посмотрите внимательно, долго занимался поддержкой и разработкой этой самой apt. Так что кто ещё из вас теоретик...
>>Вы предпочитаете программы, которые делают 1000 операций в секунду,
>>на которые будет возникать в среднем пять ошибок, или 500, но
>>всего с одной?
>
>Я что-то не заметил 500 ошибок в текущем пакетном манагере. Даже если
>они там есть - реальным операциям они не мешают особо. Пользоваться
>ради каких-то чисто теоретических плюсов более тормозной и ресурсожоркой байдой меня
>не прет, извините. А вот разработанный по рапидному принципу (то бишь
>"на отвали") пакетный манагер - это, гм, финиш.
Плюсы вам обозначили вполне конкретные. Про "на отвали" - чисто ваши домыслы, означающие изначальное недоверие к человеку, который для конкретной выбирает Perl вместо C только потому, что он этот выбор делает. Вас никто не заставляет сейчас пользоваться новым пакетным менеджером.
И если ещё раз затрагивать тему тормозов: чтобы реализовать многие полезные возможности Perl в рамках программы на C уходят человеко-часы разработки — вы, видимо, совсем не уважаете open source разработчиков, если не цените их время. Более того, скажем, те же хэши в Perl тщательно оптимизированы, в силу обширного их использования. Достигнуть такого же уровня на голом C можно, но нужно ли? Усилится тормознутость системы (за счёт дополнительного оверхеда), уменьшится надёжность (пока код не будет вылизан)…
Более того, повторюсь, использование Perl позволяет заметно легче разрабатывать, внедрять, отлаживать и рефакторить бизнес-логику. Что означает, в том числе, и повышение производительности. Пока в Вилла-Риба одни реализуют супер-мега-концепт, а другие сосут лапу и терпят тормоза и отсутствие функционала в ожидании, в Вилла-Баджио уже давно всё установилось и работает. ;)
А в виртуалке (окромя паравиртуальной среды) всё всегда будет тормозить по определению. ;) Если вы пользуетесь виртуализацией, стремясь к производительности, то поступаете ничуть не лучше человека, который делает сайты на голом статическом HTML, стараясь сделать их удобными и функциональными.
