Укрощение @Интернет@


Часть вторая. Техническая: недостатки Perl - часть 3


Второй фундаментальный недостаток – Perl, как и любой другой интерпретируемый язык, не показывает чудес производительности и порядком нагружает процессор сервера. Компиляция "на лету", т.е. при первом запуске программы, частично справляется только с проблемой производительности, но значительно увеличивает нагрузку на процессор. Шквал запросов к какому-нибудь "прожорливому" скрипту – эффективная атака на отказ в обслуживании, и дешевой защиты против нее нет! Узким местом, ограничивающим количество одновременно обрабатываемых клиентов, чаше всего оказывается отнюдь не "толщина" Интернет - канала, а перегруженность процессора, замученного выполнением Perl-скриптов. Вот компилируемые Си\Си++ в этой ситуации ведут себя куда лучше!

Третий минус – поддержка ООП (объективно - ориентированного программирования) у Perl-а находится в состоянии глубокого зачатья. В смысле: она-то есть, но кастрированная до безобразия! Нет, это не плохо само по себе, - нельзя же в самом деле везде и всюду насаждать идеологию ООП, – процедурные языки не в меньшей мере имеют право на существование! Но в сложных проектах отсутствие ООП - объективный минус, дающий о себе знать множеством трудноуловимых ошибок, неожиданно всплывающих в самых непредсказуемых местах.

Да какое там ООП, когда Perl не поддерживает даже типизации переменных! А это развращает программиста и увеличивает вероятность появления ошибок, которые не так-то просто выловить и распознать!

Нет, сказанное вовсе не означает, что Perl плох! Но знание его недостатков никому не помешает, - не стоить строить иллюзий: уж чего-чего, а недостатков у Perl-а хватает. Да у кого их нет?

 




Начало  Назад  Вперед