Организация Enlightened Perl Organisation, поддерживающая ряд проектов, направленных на продвижения Perl в роли промышленного языка программирования, объявила (http://www.enlightenedperl.org/ironman.html) о проведении инициативы "Iron Man (http://ironman.enlightenedperl.org/)", в рамках которой планируется сформировать сообщество блоггеров, регулярно публикующих заметки с советами по решению проблем и демонстрацией приемов программирования на языке Perl. Чтобы получить статус "Iron Man" необходимо в течение 6 месяцев публиковать связанные с Perl заметки (можно и на русском языке) не менее 4 раз в 32 дня с пропуском между двумя публикациями не более 10 дней. Ежемесячно планируется выбирать лучшие публикации и вручать их авторам призы от спонсоров.URL: http://www.enlightenedperl.org/ironman.html
Новость: http://www.opennet.me/opennews/art.shtml?num=21480
с перлом и так всё пучком)) но лишним не будет!
>с перлом и так всё пучком)) но лишним не будет!перл - замечательный язык, но пистон вытесняет перл, к сожалению.
не понимаю, как можно юзать язык, где отступы и табуляция служат каким-то иным целям, кроме форматирования текста.
я не столь радикален, но заменить кучу скобок на отступы кажется мне не такой уж плохой идеей.
Идиотская идея! И к тому же, один раз столкнулся с тем, что какой-то текстовый редактор заменил табуляции на пробелы.
чтобы понять надо попробовать; рекомендую!
>перл - замечательный язык, но пистон вытесняет перл, к сожалению.
>не понимаю, как можно юзать язык, где отступы и табуляция служат каким-то
>иным целям, кроме форматирования текста.Вы еще Fortran 77 не видели. Если не нравится Python, можно попробовать Ruby. Там есть фигурные скобки, встроенные регулярные выражения, а также более удачный синтаксис для ООП, чем в Perl.
Не для холивара, всего лишь личный опыт:
писал на перле года 4, и большие проекты с кучей модулей и мелкие скрипты во множестве.
Попробовал питона,- ну, немного своеобычно, ну отступы, немного более оошный.
В целом показалось примерно тоже самое. Параллельно на перле решались какие-то мелкие вещиЮ которые на перле казалось сделать быстрее.
Разница ощутилась через полгода: с разницей в 1 день потребовалось внести изменения в один питоновский и в один перловый скрипт, оба написаны и работают в кроне не меньше полугода.
Питон,- прекрасно структурирован (за счёт необходимых отступов) и понятен, несмотря на нефеншуйные названия переменных.
Перл,- нечитабелен, несмотря на обильные комментарии.Я оценил.
В у меня такой вот опыт работы с питоном и перлом. Необходимо было сделать скриптовый интерфейс к одной программе. Так на питоне что под Лин, что под Вин - всё работает. А перл норовистый. Несмотря на то, что заявлено "should работать" http://perldoc.perl.org/perlembed.html#Embedding-Perl-under-..., вызов функции perl_parse() обваливает программу. Гугл пока не помог. Так что или я где-то схомутал, или эта часть перла устарела.
>Перл,- нечитабелен, несмотря на обильные комментарии.Какие руки - такой и код
>>Перл,- нечитабелен, несмотря на обильные комментарии.
>Какие руки - такой и кодЭто было, надо полагать, личное оскорбление? ;-)
Дело не в руках, дело в синтаксисе перла, он не очень удачен. Справедливости ради,- у питона тоже не всё гладко
>Это было, надо полагать, личное оскорбление? ;-)Ни в коем случае! :)
У самого бывало что такого напишу, через неделю-месяц-год не могу сразу разобраться как это работает :) И так написать можно на любом языке. Все зависит от задачи, времени и желании ее сделать :)>Дело не в руках, дело в синтаксисе перла, он не очень удачен.
Ну вот опять... Все зависит от того, как написать :)
Одно дело, когда все "разложено по полочкам" и совсем другое, когда есть длинная строка, в которой у объекта последовательно вызывается несколько непонятных методов, а потом к примеру, полученный массив мы пропускаем еще через map, grep и sort, ну ко всему прочему, это является каким-то условием выполнения цикла и само тело цикла также записано в этой строке...>Справедливости ради,- у питона тоже не всё гладко
Так везде :)
Можно изменить: "Справедливости ради,- у %LANGUAGE% тоже не всё гладко"ps: мне понравились некоторые достаточно простые решения задач на питоне. Но с табуляцией я наверное никогда не смогу смириться, хотя всегда ее применяю в перле.
Лучше бы сделали нормальную документацию.
Как в MySQL или PHP.
>Лучше бы сделали нормальную документацию.
>Как в MySQL или PHP.Нормальной документации полно, проблема как раз с вменяемыми читателями. Есть http://perldoc.perl.org/ и его offline-версия, доступная в пакетах любого дистрибутива Linux. Не говоря уже о Camel Book и других книгах.
>Как в MySQL или PHP.Пользовался и MySQL и PHP. Среди указанных «проектов» документация по perl в целом (включая сторонние модули) на порядок выше всех. Я уже не говорю о том, что для perl документация поставляется в виде man-pages, что также весьма удобно.
Лучше-бы они сделали репу под основные дистрибутивы с новыми версиями модулей. Смешно сказать, moose в репах убунты - 0.14, в cpan - 0.76. Я уже молчу про Catalyst и другие передовые технологии.Эй, ткните их кто нибудь.
Бубунта и тем более CPAN тут ни при чем. Скорее надо ткнуть мейнтейнеров соответствующих пакетов в Debian, чтобы обновлялись чаще.
Да все равно кого пинать, просто смешно говорить о популярности перла, когда в репах пакеты пятилетней давности.
Моё мнение - всегда стремиться к идеалу - не очень хороший способ что-то _делать_.Пишу на perl'е и отлично понимаю что ОО-синтаксис не очень удачный.
Однако только "лучшего синтаксиса" недостаточно для того чтобы переходить на другой язык, изучать стандартные заморочки и т.п.Нужно что-то большее, например производительность и строгость (как у java).
А если производительность не критична, то и у perl'а хватает синтаксических заморочек, улучшающих читабельность кода (тот же AUTOLOAD).