В статье "The State of the Scripting Universe (http://www.cio.com/article/446829/PHP_JavaScript_Ruby_Perl_P...)" представлены результаты анализа тенденций развития и сегодняшнего состояния развития языков PHP, Perl, Tcl, Python, Ruby и Javascript. Статья построена в форме интервью с людьми участвующими в разработке каждого из вышеотмеченных языков:- Norris Boyd мантейнер проекта Mozilla Rhino, реализации JavaScript движка для Java.
- Richard Dice - президент Perl Foundation;
- Jeff Hobbs - директор по языкам программирования в компании ActiveState Software, член совета, координирующего развитие языка Tcl (Tcl core team);
- Steve Holden - глава Python Software Foundation и автор книги "Python Web Programming".
- John Lam - лидер группы IronRuby (http://www.ironruby.net/) в Microsoft;
- Rohan Pall - представитель сообщества разработчиков PHP.Отмечается тенденция выноса функциональност...
URL: http://www.cio.com/article/446829/PHP_JavaScript_Ruby_Perl_P...
Новость: http://www.opennet.me/opennews/art.shtml?num=17639
"Тем не менее доля разработчиков, использующих язык Perl, работающих в Северной Америке значительно выше и составляет 36%."
Вот. Кто сказал, что Перл мертв? Запарили эти сентенции -- перл мертв, перл write-only... В некоторых областях Perl уникален, и найти ему замену проблематично...
(с интересом) и где же perl уникален и найти ему замену проблематично?
присоединяюсь к вопросу.
мое имхо - перл жив, пока живы старые пердуны, которые только его и знают, а что-то лучшее изучить - у них уже мозги не те. они умрут - и умрет перл.
Да Perl замечательный язык, причем он хорошо охватывает 2 задачи: веб-программирования и системмного программирования (в большей степени UNIX),
Perl - это не язык для быстро написания кода(как например PHP), это язык более сложен и более развит в плане возможностей а в какой-то степени и подходов, поэтому он востребованн в крупных веб-проектах...И придумал его Лари не для того, что создать домашнию страницу,а для программирования,что не скажешь о языке PHP, который как раз был приудаман для описание домашенй страницы (даже была формулировка названия Personal Home Page), с одной стороны язык популяер и "прост" - соответвенно многие его применяют, но из этого множество настоящий PHP-программистов не очень, много...
Системное программирование на Perl? Ну что тут можно сказать автору...
Не знаешь? тогда промолчи.
альтернативы как правило две - либо баш либо перл.
ах да, вы же старатель точности каждого термина и вас коробит прикладное значение употребляемых слов...
А что в этом странного?
1. не уточните, в чем же "замечательность" perl?
В идиотском принципе TMTOWTDI?
В страшном синтаксисе с множеством неочевидных тонкостей?
В неудобной реализации ОО?"Perl - это не язык для быстро написания кода(как например PHP), это язык более сложен и более развит..."
2. Вы совершенно напрасно противопоставляете развитость языка и быстроту написания кода.
3. Вы зря сравниваете perl с php. Сравните с ruby или python.
Perl был хорош в свое время, но теперь это время прошло.
PS: первые большие скрипты на perl я написал в 1996 году.
Именно в TMTOWTDI и заключается мощь Perl. То, что для одних является недостатком Perl, для других -- достоинство. Ларри хотел сделать подобие естественного языка -- что ж, ему это почти удалось. С другой стороны, Perl, как и любой естественный язык, подчинается жесткому набору правил -- являющихся очевидными для тех, кто хорошо знаком с синтаксисом. Все просто... или вы знаете Perl и пользуетесь им, или вы кричите, что у него страшный синтаксис, неудобная реализация ОО и т д и уходите искать то, что проще... Дело вкуса, а о вкусах не спорят.
Особо мощь TMTOWTDI проявляется тогда, когда приходится работать с кодом, написанным человеком, который использует _другие_ пути для выполнения тех же действий. Вам приходилось объяснять менее опытным программистам, что делает ваш код? Мне приходилось - удовольствие небольшое.> Все просто... или вы знаете Perl и пользуетесь им, или вы кричите, что у него страшный синтаксис, неудобная реализация ОО и т д и уходите искать то, что проще...
А если не "или"?
Если я знаю perl и говорю, что у него страшный синтаксис и неудобная реализация ОО?
>А если не "или"?
>Если я знаю perl и говорю, что у него страшный синтаксис и неудобная реализация ОО?ну не пользуйтесь! в чём проблема то?
а я вот альтернативы в некоторых задачах и не вижу.
>Вам приходилось объяснять менее опытным программистам, что делает ваш код? Мне приходилось - удовольствие небольшое.преподавателем работаете? или думаете объяснение тонкостей других языков проще?
да и вообще, не благодарное это дело...
>а я вот альтернативы в некоторых задачах и не вижу.В каких задачах, если не секрет? Я спросил об этом в своем первом сообщении, и до сих пор никто не сумел ответить.
>преподавателем работаете? или думаете объяснение тонкостей других языков проще?
>да и вообще, не благодарное это дело...Объяснять тонкости других языков - проще.
Объяснять приходится, если вы работаете не один.
>Perl был хорош в свое время, но теперь это время прошло.Что, был "хорош", потом "испортился" что ли? :)
Вообще, часто приходится слышать эту многозначительную фразу о том, что "время Перла прошло", но что это было за "время Перла" и почему оно "прошло" никто внятно объяснить не может. У меня есть своя гипотеза: говорящий просто хочет сказать: "я-то пожил, я-то знаю..." ;)
>PS: первые большие скрипты на perl я написал в 1996 году.
Вот-вот. :)
> Что, был "хорош", потом "испортился" что ли? :)А потом появились лучшие языки.
Ассемблер, фортран и алгол тоже был в свое время хороши.> Вообще, часто приходится слышать эту многозначительную фразу о том, что "время Перла прошло", но что это было за "время Перла" и почему оно "прошло" никто внятно объяснить не может. У меня есть своя гипотеза: говорящий просто хочет сказать: "я-то пожил, я-то знаю..."
От чего же не может?
"Время перла" - это время первых "серьезных" скриптовых языков.
Время, когда мощности компьютеров стало хватать для решения на этих языка достаточно сложных задач.
перечислите альтернативы пожалуйста!
а то как то однобоко идет обсуждение :-D
>перечислите альтернативы пожалуйста!
>а то как то однобоко идет обсуждение :-DRuby, python, groovy.
Будучи этим старым пердуном, несколько вас поправлю: перл жив, так как есть большое количество работающего старого кода. Уйдет код - уйдет и перл.
>Будучи этим старым пердуном, несколько вас поправлю: перл жив, так как есть
>большое количество работающего старого кода. Уйдет код - уйдет и перл.
>Мало того, активно пишется и новый код.
и я, и я! наконец подохнут все эти ненужные поделки: *sh, awk, sed, make -- ведь их тоже современным кулхацкерам знать не надо за истекшим сроком годности...
ххм, попробуйте внятно объяснить боксу, как сконвертить один лог в другой на другом языке (sed/awk не предлагать;). ну или конфиг хитрый засосать ...ну в общем-то похоже я понял, речь о том, что если программа < 2kb, то это и не язык #)критика от себя: перл и правда ничо не стоит без регекспов в синтаксе, интерполяции (иногда прям бесит писать чо-то вида "can't open '" + fname + "': " + errstr + "\n", не так ли?), пост-конструкций, низкоприоритетной логики, /\$\W/-переменных и cpan. да, гавно на уровне shell.
>ххм, попробуйте внятно объяснить боксу, как сконвертить один лог в другой на другом языке (sed/awk не предлагать;)на groovy - легко
>ххм, попробуйте внятно объяснить боксу, как сконвертить один лог в другой на
>другом языке (sed/awk не предлагать;).они рулят ;)
вы, просто, разучились думать.
А это тенденция такая - если язык существует дольше, чем люди, которые его охаивают, то его обязательно надо закопать :)
все нынешние языки одинаково... (censored)плохи. Нечего сравнивать одно с другим, т.к. для любого найдется, к чему прицепиться (почему в шапке, почему без шапки). Из своего болота завсегда видней, что не так - в другом, тогда как с проблемами своего уже успели свыкнуться и приспособить их для мелочей.
Статья пресная.
Мне в Перле не понравилось отсутствие внятного способа строить структуры (рекордсы) и отсутствие обязательного описания переменных. Нетипизированность переменных, может, в чём-то и хороша, но я бы предпочёл без неё.
В Перл все базируется на вложенности простых структур. Реализовать структуру (или запись, как в Паскале) можно с помощью хеша хешей, хеша массивов, хеша хешей хешей, хеша хешей массивов и так далее.
>Мне в Перле не понравилось отсутствие внятного способа строить структуры (рекордсы) и
>отсутствие обязательного описания переменных. Нетипизированность переменных, может, в чём-то и хороша,
>но я бы предпочёл без неё.use strict or die ! :)
А мне питон нравится.
Ведь субъективно код на нем выглядит красивее чен на перле.
и разбит на функции модули. так что и читать и писать удобнее.
особенно в админстве.
>Ведь субъективно код на нем выглядит красивее чен на перле.И переменные не обязаны начинаться с одного и того же символа.
Зачем поливать Perl грязью? Вот выйдет Perl6, тогда посмотрим, умир он или нет.ИМХО: Я думаю, что у этого языка есть будущие.
а groovy/grails почему забыли?
Странно, обычно студенты хают Перл. Так как студенты ленивые и привыкли думать однобоко, а то и вообще не думать, им нужен четкий синтаксис (да бы за зря не думать) — вот примерно одна причина почему их пугает перл. А когда говоришь, что тебе 21 год и ты пишешь модули для перла (ООП). Начинают заглядывать в рот и спрашивают, а не дурак ли я...) - что только веселит и, как это не странно, удивляет.Товарищи, все зависит от опыта. Я всю сознательную жизнь пишу на Перле, когда видел пхп-ный код, с ужасом в глазах его закрывал. Мало того, я ни разу не пробовал писать на пхп -- и как это принято, то что я не знаю и не хочу знать я буду осуждать -- ПХП хрень, пишите на перле :)) (я думаю ту все так и делают)
Если из вас те, кто реально знает пхп и перл как минимум на 60-70%?
Я знаю :) сначала узнал перл, потом узнал php/fi.
После узнавания php4 на перле что-нибудь более-менее серьёзное писать перестал, но иногда по старинке всё же использую для мелких задачек в консоле. Для сайтов - перл, больше никогда. Уж если и не php, то тогда Ruby (ROR), но точно не perl. Perl - системные задачи, консоль - это максимум.
bash/sh рулит для системных нужд.
А вот во FreeBSD принято скрипты на C переписывать. Что perl, что sh.
>А вот во FreeBSD принято скрипты на C переписывать. Что perl, что
>sh.Не, это бомба замедленного действия.
Чаще всего исходники теряются и потом заново приходится все писать ;(
perl как язык для веба вытеснен php потому что php является надстройкой для perl'а...труъ админы же и продвинутые пользователи nix систем используют перл очень часто. многие правда отдают предпочтение питону, но имхо некоторые вещи на нем реализовывать очень неудобно...
можно с примерами ? мне очень интересно.
Думаю что для сайтов - в большинстве - будущее за PHP, если не за ним то за Ruby (с его rails), по-крайней мере для ruby on rails второе место точно обеспечено. Все остальные - для консоли, системные задачи, рутинные задачи, не более.
Perl - достойный язык, очень достойный, но для разработки сайтов свои позиции он сдаёт, начал сдавать несколько лет назад, сдаёт и будет сдавать ещё больше, Perl 6 уже ничего не изменит.
Но я конечно не претендую на роль провидца. :)
"золотые" времена рельсов имхо уже прошли
да и для веба его вполне может потеснить grails'ы которые сочетают в себе плюсы быстрой разработки RoR'а и надёжность и мощь java-платформы
>"золотые" времена рельсов имхо уже прошли
>да и для веба его вполне может потеснить grails'ы которые сочетают в
>себе плюсы быстрой разработки RoR'а и надёжность и мощь java-платформыGrails пока что поделка. На них сейчас шаг в лево, шаг в право и сразу грабли (с укороченой ручкой). И разработка на них всё же сильно медленней чем в Rails (динамичность у groovy сильно хуже чем у ruby). Если нужна мощь java, то jRuby on Rails на мой взгляд лучше.
А как же сложно нагруженные порталы? Там где посещаемость зашкаливает? Php разве потянет? Вот тут и приходит сила Perl.
Да, домашнюю страничку написать на php ничего не стоит... а вот нормальный проект, с большой нагрузкой - тут уж без Perl не обойдешься.
>А как же сложно нагруженные порталы? Там где посещаемость зашкаливает? Php разве
>потянет? Вот тут и приходит сила Perl.
>Да, домашнюю страничку написать на php ничего не стоит... а вот нормальный
>проект, с большой нагрузкой - тут уж без Perl не обойдешься.
>А для мощных порталов, где зашкаливает, есть Zend Accelirator и ему подобное. И тогда тянет вполне себе.
В нагруженных сайтах проблемы в основном в архитектуре. Нужно при разработке сразу думать о маштабируемости. В язык на самом деле всё упирается не часто.