URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 47929
[ Назад ]

Исходное сообщение
"Анализ состояния разработки языка Perl"

Отправлено opennews , 13-Янв-09 12:50 
Один из разработчиков Perl проанализировал (http://www.heise-online.co.uk/open/Healthcheck-Perl-The-Perl...) состояния разработки языка Perl. Perl остается в стане узкоспециализированных языков для системных администраторов, которому не хватает развитых web-фреймворков общего назначения. В Web Perl представлен рядом крупных web-проектов (slashdot.org, imdb.com, Booking.com, Vox.com, LiveJournal.com), для которых отдельно разрабатывалось все программное обеспечение, тем временем доля мелких проектов на perl ничтожна. В свое время фреймворк Ruby On Rails обеспечил популярность Ruby, а библиотеки Jquery (http://jquery.com/), YUI (http://developer.yahoo.com/yui/), MooTools (http://mootools.net/), Dojo (http://dojotoolkit.org/) позволили разработчикам посмотреть другими глазами на язык JavaScript. Существующие web-фреймворки на Perl (Catalyst (http://catalystframework.org/), Mojo (http://mojolicious.org/), CGI::Application (http://www.cgi-app.org/), Titanium (http://se...

URL: http://www.heise-online.co.uk/open/Healthcheck-Perl-The-Perl...
Новость: http://www.opennet.ru/opennews/art.shtml?num=19760


Содержание

Сообщения в этом обсуждении
"Анализ состояния разработки языка Perl"
Отправлено Аноним , 13-Янв-09 12:50 
Либо перевод страдает, либо исходник.
Но про JavaScript в данном контексте звучит как "лишь бы сказать".

И е адо смешивать перл6 и перл5. Де факто это два разных языка...


"Анализ состояния разработки языка Perl"
Отправлено camel , 13-Янв-09 13:18 
>Либо перевод страдает, либо исходник.
>Но про JavaScript в данном контексте звучит как "лишь бы сказать".
>
>И е адо смешивать перл6 и перл5. Де факто это два разных
>языка...

Осталось подождать, когда набегут адепты и апологеты Perl-а, и хором начнут доказывать, что Perl не сдох, просто странно пахнет...


"Анализ состояния разработки языка Perl"
Отправлено BigAlex , 13-Янв-09 13:48 
Ну да, Ruby - наще фсё, ибо под него есть Рельсы...
А что под него еще есть? ах, больше ничего...

"Анализ состояния разработки языка Perl"
Отправлено perloid , 13-Янв-09 14:44 
ну а погуглить религия не позволяет ? или так.... абы чего пукнуть ?

"Анализ состояния разработки языка Perl"
Отправлено Ivanych , 13-Янв-09 14:48 
Ну а привести примеры что не позвляет? Или так, лишь бы красивую фразу про религию всунуть?

"Анализ состояния разработки языка Perl"
Отправлено perloid , 13-Янв-09 16:14 
дожили, примеры как в гугле искать им подавай...
http://www.google.com.ua/search?q=руби+фреймворк
P.S.
тред вообще-то про перл, к чему был высер предыдущего оратора ?

"Анализ состояния разработки языка Perl"
Отправлено geekkoo , 13-Янв-09 15:16 
Ну, я вот с некоторым количеством скриптовых языков знаком, но, честно говоря, конструкции типа

sub { $_[0] <=> $_[1] }

меня ставят в тупик. Инопланетный какой-то синтаксис. И даже непонятно что гуглить.

(ежели чё - то это отсюда http://www.opennet.ru/tips/info/728.shtml)

Это к тому, что язык жив, пока на нем разговаривают. А если первая реакция - "а что это за хрень?", то скорее всего его время ушло ...


"Анализ состояния разработки языка Perl"
Отправлено helgi , 13-Янв-09 15:31 
Просто запись такая, можно вместо <=> написать cmp - будет понятнее, наверное, :-)
В перле зачастую отпугивает количество сетпеней свободы.
Я как-то писал скриптик на питоне - так мне показалось, что я в каком-то ограниченном пространстве писал - столько всяких ограничений после перла.

"Анализ состояния разработки языка Perl"
Отправлено geekkoo , 13-Янв-09 15:42 
>Просто запись такая, можно вместо <=> написать cmp - будет понятнее, наверное, :-)

Ну, тогда это просто тавтология, поскольку такая функция реализуется по умолчанию (http://www.oracle.com/technology/documentation/berkeley-db/d...). Я думал, там что-то особенное ...
>В перле зачастую отпугивает количество сетпеней свободы.
>Я как-то писал скриптик на питоне - так мне показалось, что я
>в каком-то ограниченном пространстве писал - столько всяких ограничений после перла.
>


"Анализ состояния разработки языка Perl"
Отправлено andr.mobi , 13-Янв-09 17:07 
С/С++ рулят.

Перлу - перловое.

Никто ведь веб-сервер на перле не строит? Все понимают, что не в коня корм. А всё остальное, то что ЗА веб-сервером, почему-то лепят на чём угодно, только не на нормальных человеческих Сях. Результат - тормозилово и глюкалово

Ламеры


"Анализ состояния разработки языка Perl"
Отправлено szh , 13-Янв-09 22:54 
> почему-то лепят на чём угодно, только не на нормальных человеческих Сях. Результат - тормозилово и глюкалово

На перле функционал ощутимо быстрее пишется, чем на С. Т е С - это "тормозилово" разработчика, а в жизни часто дешевле тормозилово программы. Ты оплатишь замедление скорости разработки ? Или приведи того кто оплатит. Тогда будешь прав :)


"Анализ состояния разработки языка Perl"
Отправлено vitek , 13-Янв-09 23:47 
не факт.
но знание библов, да чтобы были всегда (зачем и lsb нужен), да часто без доков, да собрать... перл попроще....
но если получилось, то красота :-D
p.s.:
если что, то я за перл... уж очень много с ним связано...
да и использую постоянно.

"Анализ состояния разработки языка Perl"
Отправлено Dvorkin , 14-Янв-09 02:57 
> уж очень много с ним связано...

кажется, вам надо чаще думать о женщинах :)


"Анализ состояния разработки языка Perl"
Отправлено andr.mobi , 14-Янв-09 09:43 
> На перле функционал ощутимо быстрее пишется, чем на С.

Заблуждение.

И разрабатывать на С++ быстрее, и отлаживать проще, и поддерживать не в пример легче.
Надо иметь знания и опыт в обоих ипостасях, чтобы иметь возможность сравнить.

Для коммерческого веб-сервиса идеальный вариант - это С++ модулями к апачу. Максимальная скорость, строго типизированный язык с кучей инструментов для разработки и отладки. Интегрированная прямо в исполняемые модули Berkeley-DB легко решит 90% задач по управлению данными до тяжёлого бэкенда, типа мускула или оракла. Другие решения потребуют значительно больше любых ресурсов - и вычислительных, и человеческих.


"Анализ состояния разработки языка Perl"
Отправлено geekkoo , 14-Янв-09 09:54 
>[оверквотинг удален]
>И разрабатывать на С++ быстрее, и отлаживать проще, и поддерживать не в
>пример легче.
>Надо иметь знания и опыт в обоих ипостасях, чтобы иметь возможность сравнить.
>
>
>Для коммерческого веб-сервиса идеальный вариант - это С++ модулями к апачу. Максимальная
>скорость, строго типизированный язык с кучей инструментов для разработки и отладки.
>Интегрированная прямо в исполняемые модули Berkeley-DB легко решит 90% задач по
>управлению данными до тяжёлого бэкенда, типа мускула или оракла. Другие решения
>потребуют значительно больше любых ресурсов - и вычислительных, и человеческих.

Не путайте "строго типизированный"  и "статически типизированный". Помницца, VSL после слов "строго типизированный" применительно к C++ начинал особенно грязно ругаться матом ...

UPD Если я ничего не напутал ;)

UPD-UPD Вроде бы нет:

* C/C++ are statically and weakly typed
* Java, Haskell, CAML are statically and strongly typed
* Common Lisp, Smalltalk, Python, Ruby are dynamically and strongly typed


"Анализ состояния разработки языка Perl"
Отправлено gegMOPO4 , 14-Янв-09 10:48 
>Не путайте "строго типизированный"  и "статически типизированный". Помницца, VSL после слов
>"строго типизированный" применительно к C++ начинал особенно грязно ругаться матом ...
>
>UPD Если я ничего не напутал ;)
>
>UPD-UPD Вроде бы нет:
>
>* C/C++ are statically and weakly typed
>* Java, Haskell, CAML are statically and strongly typed
>* Common Lisp, Smalltalk, Python, Ruby are dynamically and strongly typed

Не путайте C и C++! C действительно слабо типизирован, а C++ -- в основном сильно типизирован. Даже сильнее Java в некотором отношении (особенно если рассматривать Java до версии 1.5).


"Анализ состояния разработки языка Perl"
Отправлено geekkoo , 14-Янв-09 13:47 
>[оверквотинг удален]
>>
>>UPD-UPD Вроде бы нет:
>>
>>* C/C++ are statically and weakly typed
>>* Java, Haskell, CAML are statically and strongly typed
>>* Common Lisp, Smalltalk, Python, Ruby are dynamically and strongly typed
>
>Не путайте C и C++! C действительно слабо типизирован, а C++ --
>в основном сильно типизирован. Даже сильнее Java в некотором отношении (особенно
>если рассматривать Java до версии 1.5).

А в С++ арифметика с указателями уже запрещена?


"Анализ состояния разработки языка Perl"
Отправлено Аноним , 13-Янв-09 18:02 
<=> и cmp -- разные вещи!
вот из-за таких "програмеров" перл и дохнет

"Анализ состояния разработки языка Perl"
Отправлено helgi , 13-Янв-09 18:19 
Конечно разные. Мы же не рассматриваем здесь perl basics.
Но я все-равно не сказал бы, что он 'дохнет'.

"Анализ состояния разработки языка Perl"
Отправлено bliss , 13-Янв-09 22:29 
Вообще-то cmp относится к сравнению строк, в то врема как spashship (<=>) -- к сравнению цифр. Насчет питона -- вы правы. Это какая-то задница. Далеко ходить не надо -- скопипастил скрипт из сети, и в нем отступы похерились. Я так и не смог их правильно расставить. ХОтя синтаксис очевиден до отвращения. Плюнул, и сделал на перл.

"Анализ состояния разработки языка Perl"
Отправлено helgi , 14-Янв-09 11:17 
Да, с отступами - это отдельная песня.
Да и рег. выражения чего стоят в питоне.

"Анализ состояния разработки языка Perl"
Отправлено camel , 16-Янв-09 16:47 
>Да, с отступами - это отдельная песня.
>Да и рег. выражения чего стоят в питоне.

И чего же стоят регулярные выражения в Python?


"Анализ состояния разработки языка Perl"
Отправлено Pilat , 15-Янв-09 01:28 
>Просто запись такая, можно вместо <=> написать cmp - будет понятнее, наверное, :-)

будет понятней, но будет выполняться другое сравнение.


"Анализ состояния разработки языка Perl"
Отправлено deadl2 , 14-Янв-09 13:34 
>Ну, я вот с некоторым количеством скриптовых языков знаком, но, честно говоря,
>конструкции типа
>
>sub { $_[0] <=> $_[1] }
>
>меня ставят в тупик. Инопланетный какой-то синтаксис. И даже непонятно что гуглить.

Значит пока не достаточно изучил функционал языка. В нем есть простые конструкции, доступные в любомя языке: и if и while. Только в перле конструкций поболе чем в других языках, за это его почему-то не любят, за бОльший функционал не любят(

>
>(ежели чё - то это отсюда http://www.opennet.ru/tips/info/728.shtml)
>
>Это к тому, что язык жив, пока на нем разговаривают. А если
>первая реакция - "а что это за хрень?", то скорее всего
>его время ушло ...

если тебе на китайском сказать, ты не скажешь "а что это за хрень?"? Умер китайский?


"Анализ состояния разработки языка Perl"
Отправлено geekkoo , 14-Янв-09 13:53 
>[оверквотинг удален]
>>
>>sub { $_[0] <=> $_[1] }
>>
>>меня ставят в тупик. Инопланетный какой-то синтаксис. И даже непонятно что гуглить.
>
>Значит пока не достаточно изучил функционал языка. В нем есть простые конструкции,
>доступные в любомя языке: и if и while. Только в перле
>конструкций поболе чем в других языках, за это его почему-то не
>любят, за бОльший функционал не любят(
>

А в лиспе ваще одни скобочки. И его, наоброт, любят. Странно, правда?
>>
>>(ежели чё - то это отсюда http://www.opennet.ru/tips/info/728.shtml)
>>
>>Это к тому, что язык жив, пока на нем разговаривают. А если
>>первая реакция - "а что это за хрень?", то скорее всего
>>его время ушло ...
>
>если тебе на китайском сказать, ты не скажешь "а что это за
>хрень?"? Умер китайский?


"Анализ состояния разработки языка Perl"
Отправлено Oles , 14-Янв-09 14:19 
Привет, женский логик. Именно, лисп любят, но где-то там, в какой-то паралельной вселенной. За 10 лет в айти не видел, не использовал и не видел что-бы кто-то использовал какой-либо програмный продукт на лиспе. А про китайский - это вообще такой переход в другую плоскость, что любая женщина зауважает.

"Анализ состояния разработки языка Perl"
Отправлено geekkoo , 14-Янв-09 14:24 
>Привет, женский логик. Именно, лисп любят, но где-то там, в какой-то паралельной
>вселенной. За 10 лет в айти не видел, не использовал и
>не видел что-бы кто-то использовал какой-либо програмный продукт на лиспе. А
>про китайский - это вообще такой переход в другую плоскость, что
>любая женщина зауважает.

Ну, китайский на меня только вешать не надо, ага? Не я это первый начал.

А качество языка проверяется тогда, когда возникает необходимость писать под них парсер. Ну там, для обёрток, мало ли чего. Вот тут и наступает момент истины ...


"Анализ состояния разработки языка Perl"
Отправлено Oles , 14-Янв-09 14:35 
>А качество языка проверяется тогда, когда возникает необходимость писать под них парсер.
>Ну там, для обёрток, мало ли чего. Вот тут и наступает
>момент истины ...

????? Это у кого такая необходимость возникает, и почему именно вдруг это стало ключём к качеству языка????



"Анализ состояния разработки языка Perl"
Отправлено geekkoo , 14-Янв-09 14:41 
>>А качество языка проверяется тогда, когда возникает необходимость писать под них парсер.
>>Ну там, для обёрток, мало ли чего. Вот тут и наступает
>>момент истины ...
>
>????? Это у кого такая необходимость возникает, и почему именно вдруг это
>стало ключём к качеству языка????

У программистов. А что, были какие-то другие варианты?


"Анализ состояния разработки языка Perl"
Отправлено don_oles , 14-Янв-09 15:55 
Ага. Каждый день:)

"Анализ состояния разработки языка Perl"
Отправлено BigAlex , 13-Янв-09 13:11 
Vox.com "для которого отдельно разрабатывалось все программное обеспечение" - сделан как не странно на Catalyst, это так FIY

"Анализ состояния разработки языка Perl"
Отправлено Аноним , 13-Янв-09 15:20 
По моему не стоит путать рост количества криворуких веб программеров в "кривизной" перла. Криворукие, к примеру могут ездить на машинах с автоматическими коробками, но это не значит что машины с другими коробками передач не ездят, или хуже ездят, просто руки не оттуда растут.

"Анализ состояния разработки языка Perl"
Отправлено Bacek , 13-Янв-09 15:58 
Мнэээ... Ни хера себе сказку обкорнали. В статье написано совершенно другое.

"Анализ состояния разработки языка Perl"
Отправлено Аноним , 13-Янв-09 16:04 
часто возникает вопрос - а нафега нам (перлоидам) фреймворки общего назначения?
часто слышны возгласы "да я вот так сделаю!", и обходят разнообразные фреймворки и прочие ORM своими ковбойскими трюками (sub { $_[0] <=> $_[1] } ). похоже вокруг этого подхода крутится современная культура перл-девелоперов.

сегодня обсуждал с коллегой целесообразность внедрения единого для нащей системы базового класса. в общем он так и не понял зачем эта методика :) в итоге в системе десятки классов и у каждого свой принцип построения конструктора. про ORM видимо совсем бесполезно говорить.


"Анализ состояния разработки языка Perl"
Отправлено helgi , 13-Янв-09 17:17 
Гете: «Лишь в чувстве меры мастерство приметно».
Сам сейчас буду беседовать с тим-лидом о внедрении некоторых базовых классов в систему, а то надоели эти рыба, рак и щука :-)

"Анализ состояния разработки языка Perl"
Отправлено EvAn , 14-Янв-09 10:38 
>сегодня обсуждал с коллегой целесообразность внедрения единого для нащей системы базового класса.
>в общем он так и не понял зачем эта методика :)
>в итоге в системе десятки классов и у каждого свой принцип
>построения конструктора. про ORM видимо совсем бесполезно говорить.

Аналогичная ситуация.


"Анализ состояния разработки языка Perl"
Отправлено XoRe , 14-Янв-09 10:42 
perl - отличная штука для написания системных скриптов.
Имхо, очень хорошо справляется с задачей "воздействие на систему из веб морды".
Есть даже такой проект webmin - web gui для админства сервера.
Причем web сервер написан на perl.

Кроме того, perl отлично справляется с теми задачами, для которых он изначально создавался - обработка данных.
Скрипт, написанный за пару минут, может сделать любые операции над многогигабайтным файлом, вытащить любые значения, даже очень слабо структурированные.
И скорость работы скрипта будет упираться в скорость файловой подсистемы, как и должно быть.

В статье так и пишется:
Perl began life as a language for systems administration, probably because its creator Larry Wall was a systems administrator at the time. With the release of Perl 5, the language changed to support more general programming - Larry was working as a general programmer by then.

Имхо, мастер своего дела может выполнить задачу, используя любой язык программирования.
И ему не нужны фреймворки, среды и т.д.
И предпочтения в выборе инструмента будут больше субъективные - что милее, удобнее, к чему привык.
А выбор языка и среды разработки важен, когда человек ещё не стал эдаким мастером и хочется инструментов, облегчающих труд и помогающих в работе.


"Анализ состояния разработки языка Perl"
Отправлено pruss , 15-Янв-09 21:27 
Soglasen na vse 100 !!! Aplodismenti ;)

"Анализ состояния разработки языка Perl"
Отправлено Stanislauz , 16-Янв-09 01:28 
Еще добавлю от себя несколько замечательных стеков, где Perl замечательно может использоваться:
В качестве PostgreSQL-функций, написанных на PL/perl (мысленно представляем объем CPAN, дуступный непосредственно на стороне SQL-сервера и млеем).
В качестве Milter'a sendmail посредством mimedefang (даже вообразить сложно какие системы обороны от спам-хренов можно возвести при помощи perl(mimedefang+CPAN) и sql(например, Postgres), да и системы отладки и протоколирования тоже.
На mod_perl можно создавать ОЧЕНЬ серьезные проекты, но не для новичков.

Настоящуюю силу Perl сможет познать только тот, кто с большим усердием занимался его изучением и знает его особенности. Просто вот такой вот он, ОСОБЕННЫЙ.

Единственное, для чего он, на мой взгляд, не подходит, так это написание GUI приложений, но ведь для этого есть, например, C++ + Qt.


"бег галимого заголовка"
Отправлено Oles , 14-Янв-09 13:40 
... просто плохо пахнет :) Выглядит со стороны, что сейчас под веб пишут на перле для того, чтоб доказать, что и на перле можно писать под веб :)

"мб"
Отправлено hek , 15-Янв-09 17:15 
М.б. и так, но похоже на фоне общего отупления (.net, c# и проч.) perl переходит в категорию "элитных" инструментов, которые не с кондачка осваиваются.

"мб"
Отправлено User , 16-Янв-09 05:00 
не пишите вы на perl, только потому что вы его не знаете его :) или больше платят там где не perl



"бег галимого заголовка"
Отправлено deadl2 , 17-Янв-09 12:18 
>... просто плохо пахнет :) Выглядит со стороны, что сейчас под веб
>пишут на перле для того, чтоб доказать, что и на перле
>можно писать под веб :)

писать ради того чтоб что-то доказать?
- Следующую "аксиому"