> Все книги хороши, везде много чего написано про перл, но где бы
> набрать этакий путеводитель по веб прогр. так, чтобы протащил адекватной, посильной
> и утилитарной работойпрактикой по программе обучения языку до более-менее рабочего уровня. Хочешь освоить технологию - сперва продай её! Без шуток! Свой первый проект на Perl я продал до того, как узнал, что такое Catalyst (15 лет назад), пришлось освоить за считанные дни. Ответственность перед заказчиком и материальное вознаграждение - лучшие мотиваторы в обучении.
Если мы про WEB-разработку - нужно четко понимать в каких проектах мы участвуем и какие роли можем на себя взять. Если проектов нет - разработчиком не стать. Лучше искать "своего" заказчика - будет возможность выбирать роли. Нет своего заказчика - придется идти в команду, пытаться взять роль.
WEB решает частные задачи и бизнес-задачи. Деньги и заказчики там, где бизнес. Проекты есть для широкой аудитории (сайты, порталы, сервисы) и для узкой (ограниченное число пользователей, внутренние сервисы, типа CRM, ERP).
Проекты с большим количеством пользователей - акцент на дизайн, UI, производительность, тут доля работы с фронтом значительно выше, чем с бэком, от сюда и набор технологий: CSS (SCSS,SASS), реактивные JS фреймворки VUE, React, Angular. Бэк тут часто только отдает порцию данных в простом, нешаблонизированном виде (API), такая вот тонкая прослойка между БД и красивым фронтом.
Проекты для "внутрикорпоративного" использования - можно обходиться простейшим фронтом, где достаточно jQuery, а весь интерфейс рендерить на бэке. Вот тут как раз Perl Catalyst подошел бы, если бы..
Если бы у приложений жизненный цикл был пол года, разработка проходила бы за неделю - можно было бы собирать практически любой стэк технологий.. На практике приложение для бизнеса будет работать 10 лет, и 5 из них будет в каком то виде дорабатываться, тиражироваться, перетекать из проекта в проект. Выбирать приходится инструмент, который не "загнется" через пол года.. У заказчика есть риск смены разработчика.. Новый разработчки через 3-5 лет должен подхватить проект, технология должна быть еще жива, интересна новому разработчику и самих разработчиков на рынке должно быть достаточно. Все эти нюансы явно не в пользу Perl.
Разумеется, в WEB-разработке не только лишь эти два полюса. Я это к тому, что если душа просит автоматизации, нужно искать среду, в которой можно реализоваться. Автоматизатор дожен видеть где он может быть полезен и уметь превратить предпосылки в целесообразные проекты. Зашел в кабинет, увидел девченки что то в Excel пилят, задумался - сколько часов они на это тратят, сколько одновременно пользователей работают, нужно ли с другим офисом обмениваться данными, приходят ли данные из внешних сервисов.. может есть смысл переложить на WEB-проект? :)