Все книги хороши, везде много чего написано про перл, но где бы набрать этакий путеводитель по веб прогр. так, чтобы протащил адекватной, посильной и утилитарной работойпрактикой по программе обучения языку до более-менее рабочего уровня. Встречаю в книгах какие-то искуственные задачи, чую что без реальной практической работы буду только, простите, сам себя иметь, а секс где-то там, но все не со мной. А наставника нет, а сфера деятельности не та и мечты не уходят, душа требует цыфровизации и автоматизации жизни и рабочего пространства. Помогите с книжкой или ссылкой. Как-то в 40 лет проситься в джуниоры не смогу уже.
> Все книги хороши, везде много чего написано про перл, но где бы
> набрать этакий путеводитель по веб прогр. так, чтобы протащил адекватной, посильной
> и утилитарной работойпрактикой по программе обучения языку до более-менее рабочего уровня.
> Встречаю в книгах какие-то искуственные задачи, чую что без реальной практической
> работы буду только, простите, сам себя иметь, а секс где-то там,
> но все не со мной. А наставника нет, а сфера деятельности
> не та и мечты не уходят, душа требует цыфровизации и автоматизации
> жизни и рабочего пространства. Помогите с книжкой или ссылкой. Как-то в
> 40 лет проситься в джуниоры не смогу уже.не нужно начинать програмить в 40, если не готов быть джуном лет 5. И точно не нужно в perl
> не нужно начинать програмить в 40, если не готов быть джуном леткхм, а с чего это вы взяли что джун это нулевые знания ? вообще, джун должен знать инструмент на зубок и уж точно уметь запилить веб на перле на собесе при отвлекающих вопросах в ограниченное время и как минимум идеально. вот это джун. а не то что все думают
> джун должен знать инструмент на зубок и уж точно уметь запилить веб на перлеТебе бы к доктору.
Сслылки на твои фантазии будут на job.ru?
Тысячами, раз ты так в себе уверен.
>> не нужно начинать програмить в 40, если не готов быть джуном лет
> кхм, а с чего это вы взяли что джун это нулевые знания
> ? вообще, джун должен знать инструмент на зубок и уж точно
> уметь запилить веб на перле на собесе при отвлекающих вопросах в
> ограниченное время и как минимум идеально. вот это джун. а не
> то что все думаютД'Артаньян? Это ты?
Перл отлично учится по книжкам с ламой и Higher Order Perl. Больше ничего не нужно.
Для веба язык подходит плохо. Лучше, чем руби и питон, но все равно плохо. Полностью не подходит в качестве первого языка.>утеводитель по веб прогр. так, чтобы протащил адекватной, посильной и утилитарной работойпрактикой по программе обучения языку до более-менее рабочего уровня
>Как-то в 40 лет проситься в джуниоры не смогу ужеПосле любых быстрых самообучений только в джуны. В вебе стоит начинать даже не с языка, а с понимания, как браузер данные получает и страницы показывает, и только после этого какие-то серверные истории и языки программирования.
> Перл отлично учится по книжкам с ламой и Higher Order Perl. Больше
> ничего не нужно.
> Для веба язык подходит плохо. Лучше, чем руби и питон, но все
> равно плохо. Полностью не подходит в качестве первого языка.
>>утеводитель по веб прогр. так, чтобы протащил адекватной, посильной и утилитарной работойпрактикой по программе обучения языку до более-менее рабочего уровня
>>Как-то в 40 лет проситься в джуниоры не смогу уже
> После любых быстрых самообучений только в джуны. В вебе стоит начинать даже
> не с языка, а с понимания, как браузер данные получает и
> страницы показывает, и только после этого какие-то серверные истории и языки
> программирования.Higher Order Perl не замечал, спасибо за ответы
>[оверквотинг удален]
> ничего не нужно.
> Для веба язык подходит плохо. Лучше, чем руби и питон, но все
> равно плохо. Полностью не подходит в качестве первого языка.
>>утеводитель по веб прогр. так, чтобы протащил адекватной, посильной и утилитарной работойпрактикой по программе обучения языку до более-менее рабочего уровня
>>Как-то в 40 лет проситься в джуниоры не смогу уже
> После любых быстрых самообучений только в джуны. В вебе стоит начинать даже
> не с языка, а с понимания, как браузер данные получает и
> страницы показывает, и только после этого какие-то серверные истории и языки
> программирования.
>Higher Order Perlможет, тогда лучше настоящий язык для ФП выучить?
для перла есть perldoc, всё остальное от лукавого
> может, тогда лучше настоящий язык для ФП выучить?Что значит лучше? Языки учат не чтобы найти единственный и до пенсии на нем писать. Жизнь не настолько коротка, чтобы приходилось выбрать, какой язык учить, а от остальных полностью отказаться. Вопрос в том, что учить сначала, а что позже. Начать стоит с языка более или менее универсального, знакомиться с подходами. Потом можно выучить что-то более специальное, накладывающее ограничения (но и дающее дополнительные преимущества по сравнению с универсальными). Первой машиной не может быть карьерный самосвал или гоночный болид.
>Higher Order Perl
Я эту книжку рекомендую для расширения сознания^W представлений о перле и в качестве интересных примеров кода и реализаций паттернов. В основном ведь люди пытаются на перле городить стандартное ООП, для чего язык подходит плохо (впрочем, позволяя это делать, ценой производительности).
А почему, собственно, перл? Он не то, чтобы сильно популярен в настоящее время. Так-то нормальной литературы по программированию в принципе очень мало, а тут ещё столь редкий язык.
Перл стоит учить, потому что это один из языков, которые делают программиста сильнее. После перла пописать на луа абстракции со сложной логикой и всё, любой энтерпрайзный кал вроде голанга или тупскрипта даже учить не надо, чтобы программировать.
> А почему, собственно, перл? Он не то, чтобы сильно популярен в настоящее
> время. Так-то нормальной литературы по программированию в принципе очень мало, а
> тут ещё столь редкий язык.Опять же, много что пишут в этих ваших интернетрах про ЯП, но в моем случае, этакий предпенсионный аккорд, нужно как раз что-то специфичное или не популярное, куда массы не идут, но на котором есть большая база рабочей среды. Я точно не успею за уходящем поездом современных методологий и парадигм, уж если не в ширь, на что нужно лет 15-20 с учетом образования, то в глубь какой-то узкой специализации. 1С как-то дурно пахнет, перл универсален, все еще применим в реальное работе. Так пишут.
>> А почему, собственно, перл? Он не то, чтобы сильно популярен в настоящее
>> время. Так-то нормальной литературы по программированию в принципе очень мало, а
>> тут ещё столь редкий язык.
> Опять же, много что пишут в этих ваших интернетрах про ЯП, но
> в моем случае, этакий предпенсионный аккорд, нужно как раз что-то специфичное
> или не популярное, куда массы не идут, но на котором есть
> большая база рабочей среды. Я точно не успею за уходящем поездомИменно по этому вам лучше не рассчитывать на технологии, которые будут приводить к результату долгими мучительными обходными путями.. используйте то, что будет максимально экономить ваше время.
Что упростит и ускорит разработку:
- популярность технологии на текущий момент. Откройте stackoverflow.com, проверье в поиске количество тем по наименованию технологии/инструмента.
Например:
Perl Catalyst: 500 результатов
Django: 300,000 результатов- простота развертывания рабочей версии (актуальность модулей, наличие активных разработчиков модулей)
последний раз, что бы собрать проект на Catalyst пришлось перебрать 6-7 версий Perl и все равно все
необходимые модули не собрались- наличие подробной документации/гайдов/статей/туториалов
- активное сообщество (Телеграм каналы, Discord, форумы)
Перловики делятся на два в общем типа. Это нестандартные пхпшники либо умелые сисадмины, которые могут писать какой-то код на перле и собственно перловики настоящие, которые любят перл. Обе категории программируют выше среднего и знания кругозор тоже выше среднего. Это не вы.Если вы слабы, чтобы зайти в отрасль на мидл пхп, в перле вам делать вообще нечего, совсем. Потому что перловые проекты обычно легаси, а управление легаси требует не просто умения программировать, но и таланта (кажется, Макконелл написал в своей книжке - после пары лет обучения рекомендую прочитать, но не раньше).
Зайдите в бэкэнд пхп через ларавел. Попутно пописывайте баш скрипты, JS код. Параллельно можно осваивать перл, в принципе.
В перле общий принцип такой - вы уже знаете все концепции программирования и изучаете сам перл, все его особенности, позволяющие писать разными способами в разных ситуациях. Это процесс на годы. Поэтому параллельно с программированием на более простых языках под более узкие сферы применения.
> Все книги хороши, везде много чего написано про перл, но где бы
> набрать этакий путеводитель по веб прогр. так, чтобы протащил адекватной, посильной
> и утилитарной работойпрактикой по программе обучения языку до более-менее рабочего уровня.Хочешь освоить технологию - сперва продай её! Без шуток! Свой первый проект на 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-проект? :)
А вот наглядный пример, почему легаси ERP/CRM на перле такое гуано. Вы не освоили ни перл, ни технологию.>искать "своего" заказчика
Заказчик, который готов платить неопытному разработчику за некачественную работу, в наше время очень редок. Либо это жлоб, которому возможность напрямую трахать мозги программисту и низкая оплата важнее результата, либо идиот (работать с идиотами себе дороже, особенно начинающему). Хотя, какое нафиг либо.
Денег в таком формате минимум, стресса максимум. Лучше в команду пойти джуном и за полгода обтереться, чем культивировать собственный непрофессионализм, пребывая в иллюзиях, что если платят, то ты уже программист. Если возьмут при нынешней конъюктуре - уже успех.> Выбирать приходится инструмент, который не "загнется" через пол года
Если бы это было так, никто бы не выбирал модные фронтенд-фреймворки. Однако, это происходит постоянно. Сам бизнес требует модные фреймворки и стек "новых" технологий. Менеджеры хотят имидж современного продукта. Разработчики хотят в резюме баззворды. Никого не волнует, что будет даже через два года. Даже через год. Дотащить до релиза и сплавить другой команде - в корпоративной среде постоянно. Или даже не дотащить до релиза, прожрать бюджет и свалить.
>Зашел в кабинет, увидел девченки
В какой кабинет, блин. Сейчас так никто не работает. На горизонте 5 лет никаких кабинетов с "девченками" уже не будет.
>может есть смысл переложить на WEB-проект?Так появляется проект-урод, впаренный директору мальчиком-программистом, никому не нужный, работе с которым надо обучать (никому это не надо, все плюются).
Какой-то привет из 2005-го года, ей богу.
> А вот наглядный пример, почему легаси ERP/CRM на перле такое гуано. Вы
> не освоили ни перл, ни технологию.Обо мне вы кажется знаете даже больше, чем о ERP на Perl :)
>>искать "своего" заказчика
> Заказчик, который готов платить неопытному разработчику за некачественную работу, в наше
> время очень редок. Либо это жлоб, которому возможность напрямую трахать мозги
> программисту и низкая оплата важнее результата, либо идиот--Алло, вы программы разрабатываете? Я только сразу скажу, я идиот!
--Разрабатываем, только сразу предупреждаю, у нас в штате только джуны!(это я к тому, что выяснить ху-из-ху не всегда сразу получается)
> Лучше в команду пойти джуном
> и за полгода обтереться, чем культивировать собственный непрофессионализмЧто будет культивироваться от постоянной практики - зависит от многих факторов. Есть и self-made профессионалы, есть и коллективы, где ни то что наставника не найти, ревью то не допросишься, да и качество не сильно волнует.
>> Выбирать приходится инструмент, который не "загнется" через пол года
> Если бы это было так, никто бы не выбирал модные фронтенд-фреймворки.Эти фреймворки хотя бы все на JS, что плюс для резюме разработчика, а выбор какого ни будь нишевого тулкита это время потраченное напрасно..
>>Зашел в кабинет, увидел девченки
> Так появляется проект-урод, впаренный директору мальчиком-программистом, никому не нужный,
> работе с которым надо обучать (никому это не надо, все плюются).Не важно кто и как делал и кто как покупал, если был расчет эффективности от внедрения. Знаю массу проектов, от которых современного человека должно коробить от одного внешнего вида (управленка на MS Access с товародвижением, складами, кешфло, расчетом ЗП..), однако заказчик своевременно получил конкурентное преимущество.
> Какой-то привет из 2005-го года, ей богу.А в автоматизации с тех пор что то сильно изменилось?
> А в автоматизации с тех пор что то сильно изменилось?Так уже давно все должно быть автоматизировано. В экселе на коленке люди со времен 1С семерки ничего не делают. Если память не изменяет, уже есть облачная бухгалтерия, которая полностью автоматом отчеты делает. То есть, если бы не креатив в отчетности и мутагенез в первичной документации, бухгалтера были бы уже не нужны.
>Эти фреймворки хотя бы все на JS, что плюс для резюме разработчика
JS типичный разработчик под %современный JS фреймворк% знает плохо или очень плохо, цена таким резюме ноль, зеро.
>выбор какого ни будь нишевого тулкита
>это время потраченное напрасноДрозофильное мышление. Изучить неважно что и успеть скачать как можно больше бабла, пока дают. Сэкономленное на изучении языков и тулкитов время (и заработанные лишние деньги) потратить на каком-нибудь пляжном курорте или просто пролежать, прожрать.
В итоге, в голове меньше, карьерные перспективы меньше, при сокращениях шансы вылететь выше.
> Дрозофильное мышление. Изучить неважно что и успеть скачать как можно больше бабла,
> пока дают. Сэкономленное на изучении языков и тулкитов время (и заработанные
> лишние деньги) потратить на каком-нибудь пляжном курорте или просто пролежать, прожрать.Кто то разве сказал про изучение "неважно что" ?
Возьмем отчет об инфраструктуре крупного проекта (Яндекс, Ламода и т.п.), посмотрим что пишут о причинах выбора их технологий, поймем какие задачи они решают.. Посмотрим пару десятков вакансий.. и вот уже какое то представление есть.