[ниочем] Сильные стороны Perl и почему уходит на покой

Но он имеет за собой репутацию RIP.

Меньше слушайте скептиков :)

А если серьезно, в перле накопилось много проблем и с синтаксисом, и с функциональностью, и с реализацией. В этом нет ничего удивительного, так как язык практически не отделен от своей реализации, а реализация растет уже третий десяток лет как трава.

регэкспы не нужны, а всё остальное перл не умеет

> Но он имеет за собой репутацию RIP.

У анонимных аналитиков ЛОРа всё RIP.

Философствование на эту тему вызвано тем, что я хорошо понимаю недостатки этого ЯП, но не смотря на это у меня на нем все перкраснейшим образом быстро пишется и работает. Особенно в качестве замены shell скриптов. На Perl все намного чище и читабельнее. Где надо дергается system().

Думаю дело просто в том что я больше привык.

Что не умеет?

у меня на нем все перкраснейшим образом быстро пишется и работает.

Вот и пускай работает. Не заморачивайтесь.

>Сильные стороны Perl

Уйма кода, причём совершенно разного качества.

и почему уходит на покой

Потому что, 90% и вышецпомянутой уймы кода давно окаменело. Сегодня perl программисты в основном занимаются поддержкой окаменелостей, а не созданием нового кода. Perl сегодня, напоминает COBOL 80х.

Уходит на покой как и всё, что когда то появлялось и появится :)

Почему ЯП может просто нравиться. Были уже люди которые тут писали, что уродуются на С++ просто потому что нравится, хотя почти все проще написать на Java, C#, Python. Вот так что-то мне именно этот ЯП привлекает. Не могу понято почему

были бы в жаве нормальные указатели и шаблоны искаропки, кресты были бы рипом)

Тогда бы толпень побежала бы их использовать и получилось бы текучее крестовое гогно.

> Теперь все без проблем автоматизирую на нем.

В чём собственно проблема?

Но что уж очень Java надо - так это блоки в которых сразу освобождается память. Все-таки в цикле запущеный new иногда заканчивается плачевно.

> а всё остальное перл не умеет

А остальное это что?

Проблемы нет, есть философствование на тему почему язык, который по идее RIP и есть получше и почище, нравится мне больше и у меня на нем все хорошо

>регэкспы не нужны

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

указатели и шаблоны не нужнее регэкспов. То есть местами конечно очень удобны но правкически везде можно обойтись и без них

Я сам несколько лет писал на перле с 9 до 17, и потом еще дома кое-что :)

Может нравиться способ выражения сложных мыслей. Например, в том же C++ не передать кусок кода как аргумент функции... Или взять инициализацию сложных структур данных. В С++ нет для этого вменяемого синтаксиса.

Частью умения есть понимание что нужно не переусердствовать. Это уже великий шаг для будущего гуру )

Ну я убежденный джавист. Почему не Groovy/Scala?

хотя понятно почему. Я автоматизирую разные Unix процессы, часто дергаю shell команды

почему язык, который по идее RIP и есть получше и почище, нравится мне больше и у меня на нем все хорошо

Есть еще один такой полузабытый язык, который уже пару месяцев будоражит мой мозг - Ada. Сейчас по роду службы много пишу на C++, и осторожные взгляды в сторону Ada хорошо прочищают сознание. Заставляет, что ли, иначе писать на C++...

Каким образом?

Потому что write-only. Код, написанный на перле невозможно расширять — только переписывать заново.

Поменьше регекспов, поменьше джедайства и все нормально

> Код, написанный на перле невозможно расширять

Херово спроектированную программу на любом языке проще переписать, и перл тут непричём.

Вспомнилась шутка о хорошем PHP программисте

> есть философствование на тему почему язык, который по идее RIP

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

Каким образом?

С++ слишком либерален. Из-за этого многие пишут угарный код. Типа:

if(a++ && b.x() == 3) b.n();

Более приличный пример:

if(m_Length && m_Type == XNormal)
{
    DoTheJob();
}

Все традиционно и верно, но лучше написать так:

if((m_Length > 0) && (m_Type == XNormal))
{
    DoTheJob();
}

Кстати, в Java _очень_ многое взято именно из Ada.

Излишний либерализм в традициях C - это и свойство языка Perl. Иногда это преимущество, но если ваш код живет долго, то скорее недостаток.

Со временем я перестал быть сторонником подобного либерализма в программировании. Возможно, именно после того, как пришлось исправлять много ошибок за другими.

>Кстати, в Java _очень_ многое взято именно из Ada.

Думаю, ты родил новый мем анонимусов.

vertexua> он имеет за собой репутацию RIP. Какие все еще в нем есть сильные стороны?

Феерично

Анонимные аналитеги- RIP

)

> Вспомнилась шутка о хорошем PHP программисте

Которая?

Ну как же! Хороший PHP-программист может написать PHP-програму на любом языке программирования

> Херово спроектированную программу на любом языке проще переписать, и перл тут непричём.

В том-то и дело, что перл поощряет такую халтуру. Да и какое в перле «проектирование»? Проектирование подразумевает создание относительно независимых блоков, выделенных хотя бы синтаксически, а на перле часто в конкретной точке программы вообще непонятно, что код, а что данные.

В общем, мое мнение, что перл был и остается в той нише, в которой был рожден: для замены bash/sed/awk чем-то одним.

Я его так и спользую. Еще разные fork, exec

> Ну как же! Хороший PHP-программист может написать PHP-програму на любом языке программирования

ЕМНИП это было про погроммистов на Васике. Но да, в тему Ж)

Вермишель, копипаста и быдлокод - свойство обычно PHP приложений

> В том-то и дело, что перл поощряет такую халтуру.

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

Все традиционно и верно, но лучше написать так:

Я бы ещё && на and заменил, т.к. читаемее.

> регэкспы не нужны

Не нужны они станут после того, как plain text будет вытеснен xml-ем. То есть никогда.

Но он имеет за собой репутацию RIP. Какие все еще в нем есть сильные

стороны? Почему считается часто устаревшм?

«Теперь все без проблем автоматизирую на нем. » и так все остальные :)

За RIP перла принимают то что он уходит из не очень свойственных ему мест, которые занял потому что другого на тот момент не было. Ну на RIP'е настаивают «чистюли». Ларри как то сказал что «перл это грязный язык для грязного мира». Люди которым что бы писать на ЯП нужно чтобы ЯП им вставлял огромный дисциплинирующий штырь в задницу - против перла.

Ну как можно писать такую фигню и слушать советов местных клоунов ?))

perl 5 трудоустроен в Linux навсегда тем, что:

perl это вся инфраструктура дебовских пакетов
perl это инсталлер Debian
perl это система сборки официальных ISO Debian
perl это система сборки официальных LiveCD (это новая разработка)

Только одного этого уже было бы достаточно любому ЯП для причисления
к ряду нужных и состоявшихся.

> Все традиционно и верно, но лучше написать так:

if((m_Length > 0) && (m_Type == XNormal))

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

>Почему считается часто устаревшм?

Это пиар компания же. Весь инет кричит что перл RIP и новый молодняк программистов так и думает, игнорирует перл и учит другие языки.
Так что еще одно поколение программеров и все, перл будет действительно рип.

Сильные стороны?
CPAN. К слову о RIP. Каждый день выходят десятки новых/обновлённых модулей: http://search.cpan.org/recent

Помимо этого в Perl мне нравится синтаксис, реализация ООП, стабильность синтаксиса на протяжении всей 5-ой версии, универсальность и т.д.

Думаю Perl еще долго будет с нами, а через несколько лет, когда perl6 окончательно допилят и будут развиваться параллельно perl5 и perl6 перла в нашей жизни станет в два раза больше ;)

Из синтаксиса там хороши, пажалуй, только регулярные выражения, да встроенные переменные. Что такого хорошего в реализации ООП? Вот интересная статься, проскакивала на ЛОРе уже не раз: http://stanislaw.ru/rus/research/perl.asp

> Ты, случаем, не латентный лиспер?

m_Length > 0 && m_Type == XNormal

iBliss (фотография)

Ну как же! Хороший PHP-программист может написать PHP-програму на любом языке программирования

ЕМНИП это было про погроммистов на Васике. Но да, в тему Ж)

на Фортране)