The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

"Утилитарные задачи веб прогр. от простого к сложному"  +/
Сообщение от ddpemail (?), 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. "Утилитарные задачи веб прогр. от простого к сложному"  +/
Сообщение от ddpemail (?), 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. "Утилитарные задачи веб прогр. от простого к сложному"  +/
Сообщение от ddpemail (?), 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. "Утилитарные задачи веб прогр. от простого к сложному"  +/
Сообщение от Azudimemail (??), 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 | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру