LINUX.ORG.RU

DEVCONF::Perl пройдет 17 мая в Москве

 , , ,


0

0

17 мая в Москве пройдет конференция, посвященная разработке на языке Perl: DEVConf::Perl())

Программа конференции:

  • Мифы Perl - Алексей Капранов
    Технический директор ООО «НадоБы», бывший руководитель почты Рамблера, организатор конференций YAPC::Russia, активный участник Moscow.pm, докладчик, хакер

    Прямо сейчас Перл переживает то, что называют Apple-moment, — возрождение в стиле Apple.

    Новые версии ядра языка выходят стабильно каждые 2 месяца, расцвели многочисленные фреймворки для самых разных стилей программирования, CPAN остаётся не только самой большой библиотекой открытого кода в мире, но и самой быстро растущей.

  • Perl: За и Против - Валерий Студенников

    Сравнение великого и могучего языка Perl с другими языками для разработки серверного ПО (web-приложения, сетевые демоны, cron-скрипты).

  • Open source бизнес и Perl внутри - Руслан Закиров
    Администрирует и поддерживает http://rt.cpan.org — трекер багов для Perl-модулей.
  • Новые начинания в Perl 5 - Piers Cawley (BBC, UK)
    Доклад охватывает основные изменения в синтаксисе Perl, которые делают работу с Perl приятнее. Речь пойдет о: MooseX::Declare, TryCatch, Moose::Autobox. Будет показано, как они вместе с другими современными модулями Perl омоложивают язык прямо на глазах.
  • Вторая жизнь CGI-скриптов - Наим Шафиев
    Опишу, как можно ускорить то, что, казалось, будет вечным тормозом — CGI (несмотря даже на рост производительности современных машин).
  • Prescience and time travel - Perl 6 - Карл Мэсак (Carl Mäsak)
    программист из Швеции, принимающий активное участие в разработке компилятора Perl 6 Rakudo

    В этом докладе будут представлены статический анализатор кода, а также отладчик с функцией путешествий во времени. Они написаны на Perl 6, который является «постепенно-типизируемым», самособираемым, дружественным к парсерам языком, всё ещё переживающим младенчество, но подающим большие надежды.

  • Perl 5.12 и 5.10 за 30 минут - Андрей Шитов
    организатор конференций YAPC::Russia, активный участник Moscow.pm Обзор новшеств в последних версиях Perl.
  • Mojolicious. Веб в коробке! - Анатолий Шарифулин
    ведущий программист в компании «Точка кипения». Лидер RostovOnDon.pm. Организатор «South Perl» Mojolicious – революционный и красивый веб-фреймворк, развивается очень быстро, уже поддерживается интерфейс PSGI и протокол WebSockets.

Регистрация на DEVCONF::Perl - самую большую встречу Perl'овиков уже открыта. http://devconf.ru/register/index/perl/

>>> Программа DEVConf::Perl



Проверено: isden ()

Ответ на: комментарий от Pavel_7c0

>Просьба не откапывать.

Хм .К сожалению на обычных шаред хостингах зачастую нет возможности развернуть фреймворки mojolicious ,catalyst .
Так что mod_perlite и другие микрофишки спасут . :)

pinachet ★★★★★ ()
Ответ на: комментарий от HappySquirrel

Спасибо за столь подробный комментарий.
Таким образом, назначеие перла - замена шелла когда требуется полноценный язык. Кстати, а стоит ли оно того? Ведь можно использовать баш + питон?

muu ()
Ответ на: комментарий от HappySquirrel

Белка> Итак, наблюдения.

1) Язык очень удобный, особенно для парсеров.


Этот мифический перл вас сразу же выдаёт с головой. :) Никакими «особеннопарсерами» в Перле и не пахнет. Регэкспы - лишь приятная, встроенная фича, сам же язык - вполне себе универсальный, даже лучше - «си-подобный».

2) Модули в CPAN есть ... модули написаны если не школьниками, то студентами.


Бывает и хуже - энтузазистами-стоматологами, но вы же их скачали «забисплатна»? Это и есть FOSS во всей красе. Кроме того, вы хаете конкретные модули, но сам-то язык ведь нормальный, правда?
Вот когда кому-то нехватает фич, он их дописывает и публикует - на этом и держится опенсорс. Разве это плохо?? (тем более в Перле, все модули открыты!)

3) Модули в CPAN редко сделаны самодостаточными.


Скажем так: модули в Перл сделаны по всем правилам хорошего кода - максимальной используемости _готовых_ функций. Вы же не пишете заново библиотеку вывода звука для каждой вашей проги?!
Большое кол-во зависимых модулей (у вас) говорит лишь о широте охвата разных областей. Простые проги обходятся максимум 5-10 модулями. Это нормально.

4) Документация в CPAN есть. ... Однако, описание обычно сводится к подсказке - на кой оно нужно, вместо описания - как это использовать.


Это уже бессовестный поклёп. ИМЕННО В ПЕРЛЕ документация в стиле «study by example» имеет самое широкое применение! Вначале каждого модуля _обычно_ указывается краткий пример для quick start, далее идёт подробное описание и сами функции. Поэтому если вы долго не касались какого-то модуля, очень легко быстро восстановить знания.
Гляньте DBI, CGI, ZLib, HTTP, Therad - все сопровождаются примерами. Их отсутствие - всего лишь лень конкретного разраба.

У Perl есть своя ниша - это скриптовый язык.


Это как сказать «У гаечного ключа есть своя ниша - инструменты». И что из этого следует? :) Перл - язык, причём универсальный и обросший горой библиотек. Глупо утопать в Сипипсных дебрях ООП, когда есть намного более простой метод получения результата. Вы в курсе, что был даже проект ПерлЛинукс, где куча системных программ была написана на Перл? Вот тем людям почему-то было не стыдно использовать Перл. Моньяки, наверное :) Моньяки хорошего языка.

matumba ★★★★★ ()
Ответ на: комментарий от matumba

> Этот мифический перл вас сразу же выдаёт с головой. :) Никакими «особеннопарсерами» в Перле и не пахнет. Регэкспы - лишь приятная, встроенная фича, сам же язык - вполне себе универсальный, даже лучше - «си-подобный».

На Perl действительно можно писать как на универсальном языке. И получится универсально-никакая программа. Ни для чего, кроме работы с текстом, на деле Perl не годится. Он не отличается ни особенной скоростью (скорее наоборот), ни технологией работы с памятью (большинство просмотренного мною кода, например, передавало массивы в функции копией, а не ссылкой, видимо потому, что удобнее?).

Бывает и хуже - энтузазистами-стоматологами, но вы же их скачали «забисплатна»? Это и есть FOSS во всей красе. Кроме того, вы хаете конкретные модули, но сам-то язык ведь нормальный, правда?

Если модуль, который мне нужен, вытягивает 30-40 других модулей, из которых у (как минимум) половины версии < 1.00, то я его не могу использовать - оно просто рассыпается. А это значит, в свою очередь, _качественных_ модулей в CPAN практически нет. Сравните это с C/C++. Возьмите для примера ту же OpenSSL. В С/C++ я ее могу использовать как хочу, и проблем она мне не создает. А вот единственный имеющийся Perl wrapper для нее не работает и работать уже видимо не будет. Я почитал вопли людей на эту тему по крайней мере пару лет в прошлое, а воз и ныне там. Автор, видимо, о проблеме просто не догадывается.

А теперь взглянем на Perl без CPAN. Уже не так привлекательно, правда?

Скажем так: модули в Перл сделаны по всем правилам хорошего кода - максимальной используемости _готовых_ функций. Вы же не пишете заново библиотеку вывода звука для каждой вашей проги?!

Правила хорошего тона - опираться на системные библиотеки, а не на сотню модулей, написанных неизвестными студентами. А для вывода звука есть системный API (не возился, но предположительно alsa или pulse), который есть в системе, а не модуль GreatSound.pm, который тянет цепочку таких же безвестных модулей.

Это уже бессовестный поклёп. ИМЕННО В ПЕРЛЕ документация в стиле «study by example» имеет самое широкое применение! Вначале каждого модуля _обычно_ указывается краткий пример для quick start, далее идёт подробное описание и сами функции. Поэтому если вы долго не касались какого-то модуля, очень легко быстро восстановить знания.

Гляньте DBI, CGI, ZLib, HTTP, Therad - все сопровождаются примерами. Их отсутствие - всего лишь лень конкретного разраба.

Странно. В любом нормальном языке документацией модуля/библиотеки считается описание API, а не примеры, которые лишь дополняют основную документацию. Я пока, к тому же, видел ТОЛЬКО quick start examples - опять же достаточно для студенческой курсовой.

Это как сказать «У гаечного ключа есть своя ниша - инструменты». И что из этого следует? :) Перл - язык, причём универсальный и обросший горой библиотек. Глупо утопать в Сипипсных дебрях ООП, когда есть намного более простой метод получения результата. Вы в курсе, что был даже проект ПерлЛинукс, где куча системных программ была написана на Перл? Вот тем людям почему-то было не стыдно использовать Перл. Моньяки, наверное :) Моньяки хорошего языка.

Я показал выше - на универсальный язык Perl не тянет, и его гора библиотек практически неприменима. В проект PerlLinux я верю - мАньяки были и будут, но еще сильнее верю в его кончину. Perl для больших проектов просто неприменим :)

Кстати, насчет ООП. Большинство виденных мной Perl-модулей пытаются предоставить именно классы. Сказывается тяга к удобству программирования. Напомнить, где классы делаются на порядок удобнее и лучше поддержаны языком?

HappySquirrel ()
Ответ на: комментарий от HappySquirrel

> у (как минимум) половины версии < 1.00

В мире СПО версия < 1.00 не коррелирует с качеством кода. Про OpenSSL знаешь? Пользуешься? Бьюсь об заклад, что у тебя openssl-0.9.чего-то (1.0.0 вышел совсем недавно, и никем пока не используется из-за несовместимости API).

Я лично присваиваю проектам версию 1.00 тогда, когда реализую все интересующие меня фичи. Мои 1.00 от 0.01 отличаются только по числу фич, а качество кода одинаковое: если я код релизнул, значит я утверждаю, что он правильно работает.

для вывода звука есть системный API

Системный API только на Си (ибо системный). Хочешь писать код на любом другом языке - либо корячься через вызов сишных функций (что даже в C++ часто бывает коряво и неудобно, а в менее сишных языках практически всегда вызывает приступы тошноты), либо пользуйся приятным «несистемным» биндингом или враппером.

Я пока, к тому же, видел ТОЛЬКО quick start examples

Не знаю, какими модулями ты пользуешься, но типичный пример перловой документации - http://search.cpan.org/~frew/DBIx-Class-0.08121/lib/DBIx/Class/Relationship.pm Чем не нравится?

Напомнить, где классы делаются на порядок удобнее

На моем опыте только в Perl6. Ничего более удобного, чем Perl5-овский Moose в других языках я пока не встречал.

anonymous ()
Ответ на: комментарий от Vark

Разве Ларри разрабатывал перл6? Насколько помню раньше читал, что 6-й, в отличие от 5-го, полностью писался сообществом, а Ларри так ... сбоку бантик.

не думаю (хотя код пишет видимо сообщество)

$ ls *.html.html
S01.html.html  S02.html.html  S03.html.html  S04.html.html  S05.html.html  S06.html.html  S07.html.html  S08.html.html  S09.html.html  S12.html.html
$ grep -A 5  '>AUTHORS</a></h1>' *.html.html | grep larry
S01.html.html-<pre>    Larry Wall <larry@wall.org></pre>
S02.html.html-<pre>    Larry Wall <larry@wall.org></pre>
S03.html.html-    Larry Wall <larry@wall.org>
S04.html.html-<pre>    Larry Wall <larry@wall.org></pre>
S05.html.html-    Larry Wall <larry@wall.org></pre>
S06.html.html-    Larry Wall <larry@wall.org>
S09.html.html-<pre>    Larry Wall <larry@wall.org></pre>
S12.html.html-<pre>    Larry Wall <larry@wall.org></pre>

<pre> Larry Wall <larry@wall.org></pre> означает что он — единственный автор

З.Ы. лоркод конвертить > в >

www_linux_org_ru ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.