Куда уходят перловики?

Сложнейший и неадекватный синтаксис, тормознутость - зачем этот язык?

Чувак, это ты неадекватный. Без обид

Про тормознутость так вообще в лужу

Проблема перла совсем в другом - он предназначен для скриптов, и не предназначен для крупных проектов

или Python

Идеологически к Перлу ближе Руби, нежели Питон. Туда перекочевали многие перловые фишки: встроенные регулярки, опциональные скобки в вызове функций, unless в условиях и даже синтаксис однострочников.

Кстати, тебе не попадалась хорошая книга по pandas? Официальные доки остваляют в недоумении

Там особо изучать ничего и не надо. Два основных объекта - Series и Dataframe - структура, подобная SQL-таблице. Для прямого доступа к данным используются .loc, .iloc и .ix. Фильтруется так:

 df2 = df[(df['myvalue'] > 50) & (df['myvalue'] < 100)] 

Конвертируется в/из dict, list, csv, SQL и т.д. Если у тебя в дистрибе версия 0.13, ставь 20-ю из реп.

перешёл на python

Можете рассказать, почему не на Ruby? Сообщением выше я попытался двинуть мысль, что Perl и Ruby почти родственники. Да и ООП в Рубях эталонное.

1) Как я уже сказал, я админ. Основной критерий выбора - язык уже должен быть на всех серверах ( т.е. минимум - в основной ветке дистрибутива, максимум - в минимальной инсталляции по дефолту ), чтобы не усложнять жизнь самому себе

2) большинство ПО сейчас пишут на python. ruby это в основном сайты, емнип

В общем, конкуренцию с питоном он не потянет

Почему? Там очень хороший код имхо: понятный, читаемый, расширяемый.

Не миф. Там были регулярки. А у других - нет(на то время). Потом эти регулярки перекочевали в другие ЯП и примерно после этого перл оказался не особо нужен.

Go убери. В 2010, чтоль, окончательно перлушу похоронил.

Ты забыл упомянуть «внутренняя нашей шараги».

за хорошее поведение - на свободу

Должность у меня такая: senior perl helloworld developer.

Если вы работали Perl-программистом (или писали на этом языке для себя), где вы сейчас? Вы продолжаете до последнего использовать Perl?

А что в этом такого? Там где сложно на баше - самое оно.

Python, Ruby, JavaScript

Ладно, я понимаю питон, но на целый руби зачем тащить для мелкой скриптоты? А js тут вообще каким боком? На нём может быть и можно было делать какую-нибудь обработку json'ов, но где нормальные интерпретаторы?

Или, быть может, вы совсем завязали со скриптотой и нынче программируете на каком-нибудь Go

Да, точно. Тащить для, скажем, парсера, которому с головой достаточно скриптоты компилируемый яп. Ты что считаешь, что тут одни шизики погромисны на $langname?

Когда из альтернатив только C, C++ и awk, то удобство вполне себе ощутимое

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

До сих пор считаю, что это лучший учебник. По питону есть что-то в том же направлении, но откровенно слабо

Для решения каких типичных задач админа надо обязательно писать книгу?

Когда впервые ты начала программировать, что тебя к этому подтолкнуло?

Когда мне было 11 лет, отец принес домой компьютер.

Вот если бы компьютер принесла мать... А так это не считается.

куда уходят бейсиководы ?

Ну это-то ясно, заканчивают школу, ВУЗ, устраиваются на работу.

откуда взялся миф про удобство обработки текстов?

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

wc показывает суммарно 79 000 на .pl и .pm. Поставить cloc нет возможности.

Программист отличный, но писал на перле, и теперь
этот код приходится поддерживать...

Это поддерживать одно удовольствие. А вот PHP... Тоже вот сложился попадос. Приходится из-за этого г держать древний PHP. Переписываем на Perl потихоньку. :-)

Компилируемость тебе даёт удобство. И удобство это такое, что для работы потребуется только бинарь самого приложения. А про интерпретатор можно забыть.

Парсер и формат языка вообще никак не связаны.

Ушёл в основном на javascript(и nodejs и браузерный), но я и писал изначально на С, а уже потом на perl, если это конечно имеет значение. Сейчас в силу наличия разных заказчиков у моей конторы, приходится писать на С#, а последний проект так вообще на php, к которому правда я всегда хорошо относился.

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

Но да, по работе в основном это javascript и php.

Да разный php стайл бывает. Бывает даже чисто жаба стайл. Бывает вполне себе мало отличающийся от perl, где всё более-менее упаковано по модулям. В основном, ну да. Но и перл в основном тоже не ахти, может быть просто более качественный код из-за б'ольшего порога вхождения.

wc показывает суммарно 79 000 на .pl и .pm. Поставить cloc нет возможности.

фигассе..

у меня на рабочем компе:

$ find . -type f -name "*.pl" -o -name "*.pm" | wc -l
    2030

но это даже включая 3rd party modules :)

как будто go это не скриптота

Компилируемость тебе даёт удобство.

В каком месте она даёт удобство? Чтобы пересобирать после каждого фикса?

для работы потребуется только бинарь самого приложения.

+либы. Про сборку чего-то под другую ос/платформу молчу.

Парсер и формат языка вообще никак не связаны.

Кто-то утверждал обратное?

Похоже я застал только светлую сторону перла, консольную для админов. В моем противоречивом детстве сайты писали на руби.

Как писал на Perl, так и пишу.

Ещё вопреки здравому смыслу всё чаще обнаруживаю, что современный 64-х битный компилятор FreeBASIC стал весьма быстрым - и для вычислительного кода использую либо его, либо R (последний - собственно для статистики).

А так вообще изучаю Julia и планирую со временем всё больше писать на нём: он весьма неплох в качестве языка программирования общего назначения.

В самом 5-м Perl'е никаких фундаментальных проблем не вижу: ну да, он под высокие нагрузки не годится, но для текстовой аналитики как был отличным языком, так и стал ещё лучше за последние 5.2x версии. Кстати, качеству многих его XS-модулей позавидуют питоновские либы: для Perl пишут мотивированные и очень опытные люди, поэтому уж если что-то и реализовано на Сях - то по делу и на очень приличном уровне.

Посматриваю на язык Crystal, который горячо пропагандирует Акжан Абдуллин из телеграмм-группы modern_perl: вроде неплохой язык (как и в целом Ruby), но развивается он что-то настолько вяло и печально, что нормально писать на нём можно будет, наверное, только году так в 2030-м, когда все уже будут писать на функциональных языках :)

Проблема перла совсем в другом - он предназначен для скриптов, и не предназначен для крупных проектов

А какие с этим проблемы? Даже если считать, что без зашибись ООП крупные проекты не живут, потому что у разработчиков ооп головного мозга, то как бы есть Moose и гигантская груда модулей под него.

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

Такие вещи были нормой в 2000-х со слабыми одноядерными процессорами, ныне же если даже интепретируемый язык, то как минимум с нормальной поддержкой типов данных. Вон PHP7 теперь уверенно уделывает perl5...

Спасибо за развёрнутый ответ. А не посматривали в сторону Perl 6? Шестёрку тут недавно на HN пытались хайпить. Говорят, под высокие нагрузки P6 чуть ли не альтернатива Erlang и Go.

Куда уходят перловики?

В страну вечного рефакторинга.

У меня сложилось мнение, что пока Perl6 медленнее даже гомельского «дизеля», по крайней мере все виденные мной бенчмарки говорят об этом. Если честно, мне кажется довольно странным подход, при котором как в LiveJournal том же шлифуется до идеала O(n) выполняемый интерпретатором код, который даже при алгоритме с O(n2) выполнялся бы в разы быстрее, будучи скомпилирован. Так и с Perl6: под задачи, где критично время он не годится, а поскольку язык созревал что-то с начала 2000-х годов и с тех пор так и не вырос до промышленно применимого решения - в его доработке будет участвовать узкий круг людей, которые не в состоянии довести его производительность до приличного уровня просто в силу того, что в сутках 24 часа, а не 48.

Я, например, испытываю боль от перловских представлений переменных. То она скаляр, то она же массив, то хеш... И функции, при объявлении sub name {...} даже не понятно сколько аргументов в нее следует передавать. Нечитаемо. Именно синтаксис кошмарный.

руби зачем тащить для мелкой скриптоты?

Руби — тот же Перл, только с православным ООП из коробки. В Макоси, к примеру, пакетный менеджер написан на Руби. Ещё можно вспомнить популярную админскую тулзу.

js тут вообще каким боком?

Напомню вопрос: куда уходят (фултайм-)перловики. Вопрос меньше про скриптоту и больше про карьеру. В треде уже отметились ребята, сменившие свой основной рабочий инструмент с Перла на серверную Ноду и/или браузерный ЖС. Да, вы можете смеяться, но JS используют и вместо баш-скриптов.

Руби — тот же Перл, только с православным ООП из коробки.

Нахрена мне ооп, когда надо разобрать какой-то выхлоп, как-то его перестроить и выплюнуть или что-то запустить?

Да, вы можете смеяться, но JS используют и вместо баш-скриптов.

Я знаю, что используют. Еще говорят можно гланды удалять через жопу.

В каком месте она даёт удобство? Чтобы пересобирать после каждого фикса?

Скорость компиляции гошечки видел? Сравнима со скоростью перезапуска твоего интерпретатора после внесения изменений в код.

+либы. Про сборку чего-то под другую ос/платформу молчу.

Статическая сборка. Либо адекватно-динамическая, которая стартанёт в любом современном дистре.

Про сборку чего-то под другую ос/платформу молчу.

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

Кто-то утверждал обратное?

Ты и утверждал, говоря, что для написания парсера требуется интерпретатор.

не понятно сколько аргументов

Раньше — может быть.

sub old {
    my ($x, $y) = @_;
    $y //= 100;
    return $x + $y;
}

Но с появлением сигнатур стало стильно-модно-молодёжно.

use experimental 'signatures';

sub new ($x, $y=100) {
    return $x + $y;
}

Глупый вопроc, IMHO.

Никуда не уходили :).

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

Ты ж программист (а может и нет, я не знаю). Юзай яп/библиотеки/фреймворки грамотно - от задачи.

Статическая сборка. Либо адекватно-динамическая, которая стартанёт в любом современном дистре.

Да да. Лучше танцевать со сборкой, чем просто сохранить->запустить.

Ты и утверждал, говоря, что для написания парсера требуется интерпретатор.

Цитату.

Почему в подобных темах всегда решительно забывают про биндинги и библиотеки? Будь хоть в 10 раз лучше язык понятнее читаемее, но без библиотек он стоит ничего. В Python волей судьбы с этим всё окей.

Цитату

Тащить для, скажем, парсера, которому с головой достаточно скриптоты компилируемый яп. Ты что считаешь, что тут одни шизики погромисны на $langname?

Вот этот выхлом про то, что там чему-то для чего-то кого-то достаточно с головой, а мужики то оказывается и не знали и шизики.

Да да. Лучше танцевать со сборкой, чем просто сохранить->запустить.

Сохрани и запусти: go run foobar.go

Всё уже давно для людей сделано.

Я про otrs спрашивал, а не про перл. А CPAN вполне себе ок по наполнению, не?

Все знакомые perl разработчики ушли в букинг.

Я не знал об этой штуке. Так гораздо лучше.

То она скаляр, то она же массив, то хеш...

Это не бага, это фича.

И функции, при объявлении sub name {...} даже не понятно сколько аргументов в нее следует передавать.

perldoc perlsub > Prototypes

Не понял вопроса про cpan. Достаточно ли там всего? Побольше чем у большинства других. Обновляется ли? Да.

Ну так и я о том же

Ладно, я понимаю питон, но на целый руби зачем тащить для мелкой скриптоты?

А почему бы и нет? Питон дико неудобный для скриптоты, а в руби из коробки 100500 строковых функций и все перловые ништяки. При этом код читаемый в отличие от. Единственный серьезный минус - рубей нет в базовой поставке дистров, что конечно осложняет жизнь.

А. Точно. Не посмотрел, на какой комментарий ты отвечаешь и не понял контекста.

хера ты зашифровал. это на тебя перл так действует?

Питон дико неудобный для скриптоты

Всё там удобно для скриптоты.

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