Сообщения о том, что «Perl устарел», появились на просторах Интернета аж в 2003 году, а может и раньше. Встречал забавное выражение «Perl устарел как моя бабушка», датированное сентябрем 2003 года. Не обращая внимание на усмешливое отношение молодого человека к своей бабушке и учитывая, что появление Perl 5.005 в 1998 году можно считать лишь началом расцвета языка, следует сделать вывод, что автор этой фразы в том далеком 2003 только-только разменял второй десяток лет.
В глубине этого кроется какое-то потаенное желание некоторых программистов выступить в роли Нострадамуса IT-сферы: сделать свой прогноз относительно популярности Linux, Windows; определить, какие языки программирования канут в лету, а какие расцветут пышным цветом через пару лет. Заявления об «устаревании» и «отмирании» я за последние лет 5 слышал и о Perl, и о PHP, о Java и Basic'e (который в своей «визуальной» инкарнации выглядит вполне живым).
Нет ни одного языка программирования без недостатков. У Perl их тоже немало: специальные переменные (
Следующее забавное «утверждение» заключается в невозможности сопровождать код, написанный на языке Perl. Как говорят англоязычные программисты-«Нострадамусы», «Perl is the write-only language». Если постараться, на Perl можно писать программы, по понятности которые посоревнуются с кодом, обработанным обфускатором. Perl-хакеры, которые как раз за это и любят этот язык, являются почетной частью огромного сообщества людей, использующих Perl во всех сферах своей деятельности.
Естественно, более-менее серьезные приложения пишутся с прицелом на сопровождение. Более того, внутри сообщества тоже произошла эволюция. В 2005 году, например, вышла книга небезызвестного в сообществе Дэмиана Конвея под названием Perl Best Practices, в которой он описывает, какие шаги необходимо предпринимать, чтобы приложения на Perl были максимально сопровождаемыми.
С начала 2009 года эстафету принял chromatic в своем блоге, который вполне вероятно выльется в книгу Modern Perl. В блоге он утверждает, что в 2009 не надо писать на Perl так, как это делали в 2001. Язык преобразился, появились средства достижения тех же результатов, но более приемлемыми способами: чтобы не было необходимости лезть в документацию за предназначением очередной специальной переменной, чтобы использовать говорящие названия переменных, подпрограмм и модулей, чтобы структура программы была прозрачней.
Если программист приложит достаточное количество усилий, он сможет написать прозрачный и сопровождаемый код даже на таком экстраординарном языке программирования как Perl.
В глубине этого кроется какое-то потаенное желание некоторых программистов выступить в роли Нострадамуса IT-сферы: сделать свой прогноз относительно популярности Linux, Windows; определить, какие языки программирования канут в лету, а какие расцветут пышным цветом через пару лет. Заявления об «устаревании» и «отмирании» я за последние лет 5 слышал и о Perl, и о PHP, о Java и Basic'e (который в своей «визуальной» инкарнации выглядит вполне живым).
Нет ни одного языка программирования без недостатков. У Perl их тоже немало: специальные переменные (
$/, $,, $+ и десятки других), неполная и неконсистентная реализация ООП и факт того, что нужные еще в 1998 году возможности появились только в 2007 с выходом Perl 5.10. За почти 15 лет развития Perl 5 проделал огромный путь эволюции от замены консольным утилитам обработки текста до многофункционального языка, а в умелых руках — до очень удобного и производительного инструмента.Следующее забавное «утверждение» заключается в невозможности сопровождать код, написанный на языке Perl. Как говорят англоязычные программисты-«Нострадамусы», «Perl is the write-only language». Если постараться, на Perl можно писать программы, по понятности которые посоревнуются с кодом, обработанным обфускатором. Perl-хакеры, которые как раз за это и любят этот язык, являются почетной частью огромного сообщества людей, использующих Perl во всех сферах своей деятельности.
Естественно, более-менее серьезные приложения пишутся с прицелом на сопровождение. Более того, внутри сообщества тоже произошла эволюция. В 2005 году, например, вышла книга небезызвестного в сообществе Дэмиана Конвея под названием Perl Best Practices, в которой он описывает, какие шаги необходимо предпринимать, чтобы приложения на Perl были максимально сопровождаемыми.
С начала 2009 года эстафету принял chromatic в своем блоге, который вполне вероятно выльется в книгу Modern Perl. В блоге он утверждает, что в 2009 не надо писать на Perl так, как это делали в 2001. Язык преобразился, появились средства достижения тех же результатов, но более приемлемыми способами: чтобы не было необходимости лезть в документацию за предназначением очередной специальной переменной, чтобы использовать говорящие названия переменных, подпрограмм и модулей, чтобы структура программы была прозрачней.
Если программист приложит достаточное количество усилий, он сможет написать прозрачный и сопровождаемый код даже на таком экстраординарном языке программирования как Perl.
