- не нужно начинать програмить в 40, если не готов быть джуном лет 5 И точно не н, pavel_simple. (?), 08:24 , 24-Ноя-22 (1)
> Все книги хороши, везде много чего написано про перл, но где бы > набрать этакий путеводитель по веб прогр. так, чтобы протащил адекватной, посильной > и утилитарной работойпрактикой по программе обучения языку до более-менее рабочего уровня. > Встречаю в книгах какие-то искуственные задачи, чую что без реальной практической > работы буду только, простите, сам себя иметь, а секс где-то там, > но все не со мной. А наставника нет, а сфера деятельности > не та и мечты не уходят, душа требует цыфровизации и автоматизации > жизни и рабочего пространства. Помогите с книжкой или ссылкой. Как-то в > 40 лет проситься в джуниоры не смогу уже.не нужно начинать програмить в 40, если не готов быть джуном лет 5. И точно не нужно в perl
- Перл отлично учится по книжкам с ламой и Higher Order Perl Больше ничего не нуж, Аноним (2), 15:48 , 24-Ноя-22 (2) +2
Перл отлично учится по книжкам с ламой и Higher Order Perl. Больше ничего не нужно. Для веба язык подходит плохо. Лучше, чем руби и питон, но все равно плохо. Полностью не подходит в качестве первого языка.>утеводитель по веб прогр. так, чтобы протащил адекватной, посильной и утилитарной работойпрактикой по программе обучения языку до более-менее рабочего уровня >Как-то в 40 лет проситься в джуниоры не смогу уже После любых быстрых самообучений только в джуны. В вебе стоит начинать даже не с языка, а с понимания, как браузер данные получает и страницы показывает, и только после этого какие-то серверные истории и языки программирования.
- А почему, собственно, перл Он не то, чтобы сильно популярен в настоящее время , username (??), 09:39 , 28-Ноя-22 (5)
А почему, собственно, перл? Он не то, чтобы сильно популярен в настоящее время. Так-то нормальной литературы по программированию в принципе очень мало, а тут ещё столь редкий язык.
- Перл стоит учить, потому что это один из языков, которые делают программиста сил, Аноним (16), 11:12 , 29-Ноя-22 (8)
- Опять же, много что пишут в этих ваших интернетрах про ЯП, но в моем случае, эта, ddp (?), 08:20 , 30-Ноя-22 (9)
- Хочешь освоить технологию - сперва продай её Без шуток Свой первый проект на P, Azudim (??), 14:11 , 30-Ноя-22 (11)
> Все книги хороши, везде много чего написано про перл, но где бы > набрать этакий путеводитель по веб прогр. так, чтобы протащил адекватной, посильной > и утилитарной работойпрактикой по программе обучения языку до более-менее рабочего уровня. Хочешь освоить технологию - сперва продай её! Без шуток! Свой первый проект на 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-проект? :)
|