> джун должен знать инструмент на зубок и уж точно уметь запилить веб на перле

Тебе бы к доктору.
Сслылки на твои фантазии будут на job.ru?
Тысячами, раз ты так в себе уверен.

>> не нужно начинать програмить в 40, если не готов быть джуном лет
> кхм, а с чего это вы взяли что джун это нулевые знания
> ? вообще, джун должен знать инструмент на зубок и уж точно
> уметь запилить веб на перле на собесе при отвлекающих вопросах в
> ограниченное время и как минимум идеально. вот это джун. а не
> то что все думают

Д'Артаньян? Это ты?

> может, тогда лучше настоящий язык для ФП выучить?

Что значит лучше? Языки учат не чтобы найти единственный и до пенсии на нем писать. Жизнь не настолько коротка, чтобы приходилось выбрать, какой язык учить, а от остальных полностью отказаться. Вопрос в том, что учить сначала, а что позже. Начать стоит с языка более или менее универсального, знакомиться с подходами. Потом можно выучить что-то более специальное, накладывающее ограничения (но и дающее дополнительные преимущества по сравнению с универсальными). Первой машиной не может быть карьерный самосвал или гоночный болид.

>Higher Order Perl

Я эту книжку рекомендую для расширения сознания^W представлений о перле и в качестве интересных примеров кода и реализаций паттернов. В основном ведь люди пытаются на перле городить стандартное ООП, для чего язык подходит плохо (впрочем, позволяя это делать, ценой производительности).

>> А почему, собственно, перл? Он не то, чтобы сильно популярен в настоящее
>> время. Так-то нормальной литературы по программированию в принципе очень мало, а
>> тут ещё столь редкий язык.
> Опять же, много что пишут в этих ваших интернетрах про ЯП, но
> в моем случае, этакий предпенсионный аккорд, нужно как раз что-то специфичное
> или не популярное, куда массы не идут, но на котором есть
> большая база рабочей среды. Я точно не успею за уходящем поездом

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

Что упростит и ускорит разработку:
- популярность технологии на текущий момент. Откройте stackoverflow.com, проверье в поиске количество тем по наименованию технологии/инструмента.
Например:
Perl Catalyst: 500 результатов
Django: 300,000 результатов

- простота развертывания рабочей версии (актуальность модулей, наличие активных разработчиков модулей)
  последний раз, что бы собрать проект на Catalyst пришлось перебрать 6-7 версий Perl и все равно все
необходимые модули не собрались  

- наличие подробной документации/гайдов/статей/туториалов

- активное сообщество (Телеграм каналы, Discord, форумы)

Перловики делятся на два в общем типа. Это нестандартные пхпшники либо умелые сисадмины, которые могут писать какой-то код на перле и собственно перловики настоящие, которые любят перл. Обе категории программируют выше среднего и знания кругозор тоже выше среднего. Это не вы.

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

Зайдите в бэкэнд пхп через ларавел. Попутно пописывайте баш скрипты, JS код. Параллельно можно осваивать перл, в принципе.
В перле общий принцип такой - вы уже знаете все концепции программирования и изучаете сам перл, все его особенности, позволяющие писать разными способами в разных ситуациях. Это процесс на годы. Поэтому параллельно с программированием на более простых языках под более узкие сферы применения.

> А вот наглядный пример, почему легаси ERP/CRM на перле такое гуано. Вы
> не освоили ни перл, ни технологию.

Обо мне вы кажется знаете даже больше, чем о ERP на Perl :)

>>искать "своего" заказчика
> Заказчик, который готов платить неопытному разработчику за некачественную работу, в наше
> время очень редок. Либо это жлоб, которому возможность напрямую трахать мозги
> программисту и низкая оплата важнее результата, либо идиот

--Алло, вы программы разрабатываете? Я только сразу скажу, я идиот!
--Разрабатываем, только сразу предупреждаю, у нас в штате только джуны!

(это я к тому, что выяснить ху-из-ху не всегда сразу получается)

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

Что будет культивироваться от постоянной практики - зависит от многих факторов. Есть и self-made профессионалы, есть и коллективы, где ни то что наставника не найти, ревью то не допросишься, да и качество не сильно волнует.

>> Выбирать приходится инструмент, который не "загнется" через пол года
> Если бы это было так, никто бы не выбирал модные фронтенд-фреймворки.

Эти фреймворки хотя бы все на JS, что плюс для резюме разработчика, а выбор какого ни будь нишевого тулкита это время потраченное напрасно..

>>Зашел в кабинет, увидел девченки
> Так появляется проект-урод, впаренный директору мальчиком-программистом, никому не нужный,
> работе с которым надо обучать (никому это не надо, все плюются).

Не важно кто и как делал и кто как покупал, если был расчет эффективности от внедрения. Знаю массу проектов, от которых современного человека должно коробить от одного внешнего вида (управленка на MS Access с товародвижением, складами, кешфло, расчетом ЗП..), однако заказчик своевременно получил конкурентное преимущество.

> Какой-то привет из 2005-го года, ей богу.

А в автоматизации с тех пор что то сильно изменилось?