Вариант для распечатки		Пред. тема | След. тема
Форум Программирование под UNIX (Perl)
Изначальное сообщение		[ Отслеживать ]

"Утилитарные задачи веб прогр. от простого к сложному"	+/–
Сообщение от ddp (?), 24-Ноя-22, 01:35
Все книги хороши, везде много чего написано про перл, но где бы набрать этакий путеводитель по веб прогр. так, чтобы протащил адекватной, посильной и утилитарной работойпрактикой по программе обучения языку до более-менее рабочего уровня. Встречаю в книгах какие-то искуственные задачи, чую что без реальной практической работы буду только, простите, сам себя иметь, а секс где-то там, но все не со мной. А наставника нет, а сфера деятельности не та и мечты не уходят, душа требует цыфровизации и автоматизации жизни и рабочего пространства. Помогите с книжкой или ссылкой. Как-то в 40 лет проситься в джуниоры не смогу уже.
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

1. "Утилитарные задачи веб прогр. от простого к сложному"	+/–
Сообщение от pavel_simple. (?), 24-Ноя-22, 08:24
> Все книги хороши, везде много чего написано про перл, но где бы > набрать этакий путеводитель по веб прогр. так, чтобы протащил адекватной, посильной > и утилитарной работойпрактикой по программе обучения языку до более-менее рабочего уровня. > Встречаю в книгах какие-то искуственные задачи, чую что без реальной практической > работы буду только, простите, сам себя иметь, а секс где-то там, > но все не со мной. А наставника нет, а сфера деятельности > не та и мечты не уходят, душа требует цыфровизации и автоматизации > жизни и рабочего пространства. Помогите с книжкой или ссылкой. Как-то в > 40 лет проситься в джуниоры не смогу уже. не нужно начинать програмить в 40, если не готов быть джуном лет 5. И точно не нужно в perl
Ответить | Правка | Наверх | Cообщить модератору

	3. "Утилитарные задачи веб прогр. от простого к сложному"	+/–
	Сообщение от Аноним (3), 27-Ноя-22, 02:21
	> не нужно начинать програмить в 40, если не готов быть джуном лет кхм, а с чего это вы взяли что джун это нулевые знания ? вообще, джун должен знать инструмент на зубок и уж точно уметь запилить веб на перле на собесе при отвлекающих вопросах в ограниченное время и как минимум идеально. вот это джун. а не то что все думают
	Ответить | Правка | Наверх | Cообщить модератору

	4. "Утилитарные задачи веб прогр. от простого к сложному"	+/–
	Сообщение от Валерий (??), 28-Ноя-22, 02:44
	> джун должен знать инструмент на зубок и уж точно уметь запилить веб на перле Тебе бы к доктору. Сслылки на твои фантазии будут на job.ru? Тысячами, раз ты так в себе уверен.
	Ответить | Правка | Наверх | Cообщить модератору

	6. "Утилитарные задачи веб прогр. от простого к сложному"	+/–
	Сообщение от pavel_simple. (?), 28-Ноя-22, 09:39
	>> не нужно начинать програмить в 40, если не готов быть джуном лет > кхм, а с чего это вы взяли что джун это нулевые знания > ? вообще, джун должен знать инструмент на зубок и уж точно > уметь запилить веб на перле на собесе при отвлекающих вопросах в > ограниченное время и как минимум идеально. вот это джун. а не > то что все думают Д'Артаньян? Это ты?
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

2. "Утилитарные задачи веб прогр. от простого к сложному"	+2 +/–
Сообщение от Аноним (2), 24-Ноя-22, 15:48
Перл отлично учится по книжкам с ламой и Higher Order Perl. Больше ничего не нужно. Для веба язык подходит плохо. Лучше, чем руби и питон, но все равно плохо. Полностью не подходит в качестве первого языка. >утеводитель по веб прогр. так, чтобы протащил адекватной, посильной и утилитарной работойпрактикой по программе обучения языку до более-менее рабочего уровня >Как-то в 40 лет проситься в джуниоры не смогу уже После любых быстрых самообучений только в джуны. В вебе стоит начинать даже не с языка, а с понимания, как браузер данные получает и страницы показывает, и только после этого какие-то серверные истории и языки программирования.
Ответить | Правка | Наверх | Cообщить модератору

	10. "Утилитарные задачи веб прогр. от простого к сложному"	+/–
	Сообщение от ddp (?), 30-Ноя-22, 08:23
	> Перл отлично учится по книжкам с ламой и Higher Order Perl. Больше > ничего не нужно. > Для веба язык подходит плохо. Лучше, чем руби и питон, но все > равно плохо. Полностью не подходит в качестве первого языка. >>утеводитель по веб прогр. так, чтобы протащил адекватной, посильной и утилитарной работойпрактикой по программе обучения языку до более-менее рабочего уровня >>Как-то в 40 лет проситься в джуниоры не смогу уже > После любых быстрых самообучений только в джуны. В вебе стоит начинать даже > не с языка, а с понимания, как браузер данные получает и > страницы показывает, и только после этого какие-то серверные истории и языки > программирования. Higher Order Perl не замечал, спасибо за ответы
	Ответить | Правка | Наверх | Cообщить модератору

	13. "Утилитарные задачи веб прогр. от простого к сложному"	+1 +/–
	Сообщение от Аноним (-), 30-Ноя-22, 22:57
	>[оверквотинг удален] > ничего не нужно. > Для веба язык подходит плохо. Лучше, чем руби и питон, но все > равно плохо. Полностью не подходит в качестве первого языка. >>утеводитель по веб прогр. так, чтобы протащил адекватной, посильной и утилитарной работойпрактикой по программе обучения языку до более-менее рабочего уровня >>Как-то в 40 лет проситься в джуниоры не смогу уже > После любых быстрых самообучений только в джуны. В вебе стоит начинать даже > не с языка, а с понимания, как браузер данные получает и > страницы показывает, и только после этого какие-то серверные истории и языки > программирования. >Higher Order Perl может, тогда лучше настоящий язык для ФП выучить? для перла есть perldoc, всё остальное от лукавого
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	16. "Утилитарные задачи веб прогр. от простого к сложному"	+/–
	Сообщение от Аноним (16), 01-Дек-22, 13:23
	> может, тогда лучше настоящий язык для ФП выучить? Что значит лучше? Языки учат не чтобы найти единственный и до пенсии на нем писать. Жизнь не настолько коротка, чтобы приходилось выбрать, какой язык учить, а от остальных полностью отказаться. Вопрос в том, что учить сначала, а что позже. Начать стоит с языка более или менее универсального, знакомиться с подходами. Потом можно выучить что-то более специальное, накладывающее ограничения (но и дающее дополнительные преимущества по сравнению с универсальными). Первой машиной не может быть карьерный самосвал или гоночный болид. >Higher Order Perl Я эту книжку рекомендую для расширения сознания^W представлений о перле и в качестве интересных примеров кода и реализаций паттернов. В основном ведь люди пытаются на перле городить стандартное ООП, для чего язык подходит плохо (впрочем, позволяя это делать, ценой производительности).
	Ответить | Правка | Наверх | Cообщить модератору

5. "Утилитарные задачи веб прогр. от простого к сложному"	+/–
Сообщение от username (??), 28-Ноя-22, 09:39
А почему, собственно, перл? Он не то, чтобы сильно популярен в настоящее время. Так-то нормальной литературы по программированию в принципе очень мало, а тут ещё столь редкий язык.
Ответить | Правка | Наверх | Cообщить модератору

	8. "Утилитарные задачи веб прогр. от простого к сложному"	+/–
	Сообщение от Аноним (16), 29-Ноя-22, 11:12
	Перл стоит учить, потому что это один из языков, которые делают программиста сильнее. После перла пописать на луа абстракции со сложной логикой и всё, любой энтерпрайзный кал вроде голанга или тупскрипта даже учить не надо, чтобы программировать.
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Утилитарные задачи веб прогр. от простого к сложному"	+/–
	Сообщение от ddp (?), 30-Ноя-22, 08:20
	> А почему, собственно, перл? Он не то, чтобы сильно популярен в настоящее > время. Так-то нормальной литературы по программированию в принципе очень мало, а > тут ещё столь редкий язык. Опять же, много что пишут в этих ваших интернетрах про ЯП, но в моем случае, этакий предпенсионный аккорд, нужно как раз что-то специфичное или не популярное, куда массы не идут, но на котором есть большая база рабочей среды. Я точно не успею за уходящем поездом современных методологий и парадигм, уж если не в ширь, на что нужно лет 15-20 с учетом образования, то в глубь какой-то узкой специализации. 1С как-то дурно пахнет, перл универсален, все еще применим в реальное работе. Так пишут.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	12. "Утилитарные задачи веб прогр. от простого к сложному"	+/–
	Сообщение от Azudim (??), 30-Ноя-22, 16:43
	>> А почему, собственно, перл? Он не то, чтобы сильно популярен в настоящее >> время. Так-то нормальной литературы по программированию в принципе очень мало, а >> тут ещё столь редкий язык. > Опять же, много что пишут в этих ваших интернетрах про ЯП, но > в моем случае, этакий предпенсионный аккорд, нужно как раз что-то специфичное > или не популярное, куда массы не идут, но на котором есть > большая база рабочей среды. Я точно не успею за уходящем поездом Именно по этому вам лучше не рассчитывать на технологии, которые будут приводить к результату долгими мучительными обходными путями.. используйте то, что будет максимально экономить ваше время. Что упростит и ускорит разработку: - популярность технологии на текущий момент. Откройте stackoverflow.com, проверье в поиске количество тем по наименованию технологии/инструмента. Например: Perl Catalyst: 500 результатов Django: 300,000 результатов - простота развертывания рабочей версии (актуальность модулей, наличие активных разработчиков модулей)   последний раз, что бы собрать проект на Catalyst пришлось перебрать 6-7 версий Perl и все равно все необходимые модули не собрались   - наличие подробной документации/гайдов/статей/туториалов - активное сообщество (Телеграм каналы, Discord, форумы)
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Утилитарные задачи веб прогр. от простого к сложному"	+/–
	Сообщение от Аноним (16), 01-Дек-22, 09:59
	Перловики делятся на два в общем типа. Это нестандартные пхпшники либо умелые сисадмины, которые могут писать какой-то код на перле и собственно перловики настоящие, которые любят перл. Обе категории программируют выше среднего и знания кругозор тоже выше среднего. Это не вы. Если вы слабы, чтобы зайти в отрасль на мидл пхп, в перле вам делать вообще нечего, совсем. Потому что перловые проекты обычно легаси, а управление легаси требует не просто умения программировать, но и таланта (кажется, Макконелл написал в своей книжке - после пары лет обучения рекомендую прочитать, но не раньше). Зайдите в бэкэнд пхп через ларавел. Попутно пописывайте баш скрипты, JS код. Параллельно можно осваивать перл, в принципе. В перле общий принцип такой - вы уже знаете все концепции программирования и изучаете сам перл, все его особенности, позволяющие писать разными способами в разных ситуациях. Это процесс на годы. Поэтому параллельно с программированием на более простых языках под более узкие сферы применения.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

11. "Утилитарные задачи веб прогр. от простого к сложному"	+/–
Сообщение от Azudim (??), 30-Ноя-22, 14: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-проект? :)
Ответить | Правка | Наверх | Cообщить модератору

	15. "Утилитарные задачи веб прогр. от простого к сложному"	+/–
	Сообщение от Аноним (16), 01-Дек-22, 12:04
	А вот наглядный пример, почему легаси ERP/CRM на перле такое гуано. Вы не освоили ни перл, ни технологию. >искать "своего" заказчика Заказчик, который готов платить неопытному разработчику за некачественную работу, в наше время очень редок. Либо это жлоб, которому возможность напрямую трахать мозги программисту и низкая оплата важнее результата, либо идиот (работать с идиотами себе дороже, особенно начинающему). Хотя, какое нафиг либо. Денег в таком формате минимум, стресса максимум. Лучше в команду пойти джуном и за полгода обтереться, чем культивировать собственный непрофессионализм, пребывая в иллюзиях, что если платят, то ты уже программист. Если возьмут при нынешней конъюктуре - уже успех. > Выбирать приходится инструмент, который не "загнется" через пол года Если бы это было так, никто бы не выбирал модные фронтенд-фреймворки. Однако, это происходит постоянно. Сам бизнес требует модные фреймворки и стек "новых" технологий. Менеджеры хотят имидж современного продукта. Разработчики хотят в резюме баззворды. Никого не волнует, что будет даже через два года. Даже через год. Дотащить до релиза и сплавить другой команде - в корпоративной среде постоянно. Или даже не дотащить до релиза, прожрать бюджет и свалить. >Зашел в кабинет, увидел девченки В какой кабинет, блин. Сейчас так никто не работает. На горизонте 5 лет никаких кабинетов с "девченками" уже не будет. >может есть смысл переложить на WEB-проект? Так появляется проект-урод, впаренный директору мальчиком-программистом, никому не нужный, работе с которым надо обучать (никому это не надо, все плюются). Какой-то привет из 2005-го года, ей богу.
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Утилитарные задачи веб прогр. от простого к сложному"	+/–
	Сообщение от Azudim (??), 01-Дек-22, 13:28
	> А вот наглядный пример, почему легаси ERP/CRM на перле такое гуано. Вы > не освоили ни перл, ни технологию. Обо мне вы кажется знаете даже больше, чем о ERP на Perl :) >>искать "своего" заказчика > Заказчик, который готов платить неопытному разработчику за некачественную работу, в наше > время очень редок. Либо это жлоб, которому возможность напрямую трахать мозги > программисту и низкая оплата важнее результата, либо идиот --Алло, вы программы разрабатываете? Я только сразу скажу, я идиот! --Разрабатываем, только сразу предупреждаю, у нас в штате только джуны! (это я к тому, что выяснить ху-из-ху не всегда сразу получается) > Лучше в команду пойти джуном > и за полгода обтереться, чем культивировать собственный непрофессионализм Что будет культивироваться от постоянной практики - зависит от многих факторов. Есть и self-made профессионалы, есть и коллективы, где ни то что наставника не найти, ревью то не допросишься, да и качество не сильно волнует. >> Выбирать приходится инструмент, который не "загнется" через пол года > Если бы это было так, никто бы не выбирал модные фронтенд-фреймворки. Эти фреймворки хотя бы все на JS, что плюс для резюме разработчика, а выбор какого ни будь нишевого тулкита это время потраченное напрасно.. >>Зашел в кабинет, увидел девченки > Так появляется проект-урод, впаренный директору мальчиком-программистом, никому не нужный, > работе с которым надо обучать (никому это не надо, все плюются). Не важно кто и как делал и кто как покупал, если был расчет эффективности от внедрения. Знаю массу проектов, от которых современного человека должно коробить от одного внешнего вида (управленка на MS Access с товародвижением, складами, кешфло, расчетом ЗП..), однако заказчик своевременно получил конкурентное преимущество. > Какой-то привет из 2005-го года, ей богу. А в автоматизации с тех пор что то сильно изменилось?
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Утилитарные задачи веб прогр. от простого к сложному"	+/–
	Сообщение от Аноним (16), 01-Дек-22, 17:44
	> А в автоматизации с тех пор что то сильно изменилось? Так уже давно все должно быть автоматизировано. В экселе на коленке люди со времен 1С семерки ничего не делают. Если память не изменяет, уже есть облачная бухгалтерия, которая полностью автоматом отчеты делает. То есть, если бы не креатив в отчетности и мутагенез в первичной документации, бухгалтера были бы уже не нужны. >Эти фреймворки хотя бы все на JS, что плюс для резюме разработчика JS типичный разработчик под %современный JS фреймворк% знает плохо или очень плохо, цена таким резюме ноль, зеро. >выбор какого ни будь нишевого тулкита >это время потраченное напрасно Дрозофильное мышление. Изучить неважно что и успеть скачать как можно больше бабла, пока дают. Сэкономленное на изучении языков и тулкитов время (и заработанные лишние деньги) потратить на каком-нибудь пляжном курорте или просто пролежать, прожрать. В итоге, в голове меньше, карьерные перспективы меньше, при сокращениях шансы вылететь выше.
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Утилитарные задачи веб прогр. от простого к сложному"	+/–
	Сообщение от Azudim (??), 01-Дек-22, 22:12
	> Дрозофильное мышление. Изучить неважно что и успеть скачать как можно больше бабла, > пока дают. Сэкономленное на изучении языков и тулкитов время (и заработанные > лишние деньги) потратить на каком-нибудь пляжном курорте или просто пролежать, прожрать. Кто то разве сказал про изучение "неважно что" ? Возьмем отчет об инфраструктуре крупного проекта (Яндекс, Ламода и т.п.), посмотрим что пишут о причинах выбора их технологий, поймем какие задачи они решают.. Посмотрим пару десятков вакансий.. и вот уже какое то представление есть.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема