Комментарии 39
Осталось понять, как, со всем этим багажом, начинающему прорваться хотя-бы на собеседование.
(Не понял, правда, для чего бекенду углубляться в недра фронтенда, но не настаиваю, конечно.)
Возможно кто-то захочет потом качаться в фулл-стек разработчика.
Ну тут не прямо углубляться, но хотя бы общее понимание что такое HTML/CSS, для чего существует JS и что такое фронтенд у бэкендера все таки должно быть)))
Html/css/js, ещё всякие json/xml, это понятно. Особенно, если предстоит что-нибудь парсить. Остальное под большим вопросом.
Это, как с экселем - парсить его хорошо бы, а вот нужно ли забивать голову горячими клавишами...
А то, когда слишком много знаешь, один говорит - "тебе поверстать надо!", другой - "а давай-ка ты побудешь девопсом?", и всё это великолепие за одну зарплату, начального уровня.
(я начинал ещё до повсеместного разделения на фронтендов с бекендами, поэтому у меня были только админ, да верстальщик, но то совсем другие времена)
Никак. Потому что важны знания предметной области и техническое образование, где ты с этим сталкиваешься на протяжении 5 ти лет. Обычно вкатуны не очень хорошо понимают что вообще с этим всем этим делать и как/где лучше применять
это сейчас все разошлись по предметным областям. двадцать лет назад, например, картина была другая. тогда, правда, питон мало, кому был нужен.
Предполагаю, что вы о разном говорите. Человек говорил о том, что НА собеседование не попасть, а не пройти его.
В плане применений и прочего - для выкатывания на Джуниора не нужны 5 лет опыта в технической сфере, но работающая голова нужна.
Ну мне лично недра фронтенда помогли написать код, который запускается по событию. Что он делал - на confluence обновлял табличку - вносил или изменял запись, которая относилась к той или иной технологии, туда же дата commit, туда же "светофор sonar". Всё нужно было для отчётности. Править ручками - очень не хочется, когда много сервисов деплоишь. А html понимание мне помогло - я парсил html страницу confluence, изменял ту часть с таблицей и заливал обратно
а как же база в виде computer science и базовых принципов разработки?
без этого разработчик просто лишь бездумный исполнитель
ни uv/poetry, ни 12 factor app ... это точно современный roadmap?)
PS: тулинг разумеется мелочь, но всё-таки)
Я вот не очень понимаю зачем они нужны если есть pip, который вполне нормально работает и развивается.
За 10 лет программирования на Python ни разу не было нужды в чем то большем чем pip. Зачем постоянно создавать что то новое малополезное лишь бы забивать потом голову этим.
pip разумеется хорош, но отсутствие локов и вменяемого разделения зависимостей приложения от саб зависимостей доставляет прям неудобства и снижает воспроизводимость.
если скорость и удобный тулинг со встроенным venv пережить более чем можно, потому что и без uv это делается без проблем (удобство действительно спорное), то нам хватило единичного случая когда минорная версия в одной из зависимостей ломает у новых разработчиков часть проекта, после этого задумались над альтернативами.
из приятного это вообще не забивает голову, оно просто работает.
самособой по началу оно всё было сырым (привет раннее poetry), но сейчас используем uv и прям критичных багов не наблюдаем.
Спасибо за проделанную работу!
Так совпало, что я тоже потихоньку пилю roadmap для Python-разработчиков. Путеводитель лежит на GitHub'е и включает в себя 12 глав, от "Структур данных" до "Data science" (посерёдке еще есть темы "Управление данными", "Потоки данных", "ООП", "Под капотом Python", "Многопоточность/многопроцессность/асинхронность", "Распространённые практики", "Алгоритмы", "Базы данных", "Сети", "Архитектура", "DevOps").
Зелёненькие темы рекомендуются джунам, жёлтенькие - миддлам, а красные - синьорам. Всё, конечно, достаточно условно и субъективно, плюс, синьоры, разумеется, сами выбирают темы для обучения; практически невозможно досконально знать (и более того, использовать в повседневной работе) как внутренности PostgreSQL, так и тонкости PyTorch.
Если вы дружите с Obsidian, то можете редактировать файлы *.canvas с учётом своих хотелок. Пожелания и замечания всячески приветствуются!
Вы предлагаете знать мультипоточность, кафки, а затем рекомендуете сделать тудушку и сервис погоды. Серьезно? :)
Это не роадмап. Это компиляция нескольких промтов из gpt на тему роадмапа. Типа перечня, что надо знать. Потому что роадмап, по-моему мнению, это нечто другое. Из разряда - сначала сделай вот это и изучи вот это, потом сделай вот это и т.д. А все технологии, что указаны в статье должны быть частью таких "шагов".
Как по такому роадмапу я смогу что-то изучить? Тут каждая технология это как бездонный колодец, в который можно достаточно долго погружаться, и не знаешь, когда нужно остановится и переходить к следующему.
Вот то же самое хотел написать. Особенно принимая во внимание, что в качестве целевой аудитории в том числе упомянуты абсолютные новички.
вы всегда можете написать лучше)
Django же обучит тебя правильной структуре крупного проекта
Очень громко сказано. Пометку «там есть своё “видение”» следует расписать подробнее, если материал действительно ориентирован на помощь новичкам. Django ничего не знает про правильную структуру, а навязывает собственную, накладывает жёсткие ограничения и зависимость от фреймворка.
Позволяет быстро стартовать большой проект.
Быстро лишает гибкости и возможности дальнейшего развития без страданий, если это выходит за рамки того функционала, который заложили разработчики фреймворка. Django, как любой инструмент, хорош для своих задач, но не даст «всё и сразу». Не вводите в заблуждение.
Пишите про Django, а ссылку даете на видео по Django REST framework. У Балакирева есть плейлист по Django.
https://www.youtube.com/playlist?list=PLA0M1Bcd0w8yU5h2vwZ4LO7h1xt8COUXl
https://proproprogs.ru/django4
Вашу сслыку на уроки по DRF уместнее разместить в раздел с сомнительным заголовком "7. Разработка RESTful"
Никогда не понимал роадмапы с изучением каких то конкретных технологий.
Жизнь разработчика такова что ты должен знать принцип и область использования технологий, а кто с чем столкнется в проде предсказать сложно.
Есть нормальные родмапы на гитхабе, а Кафка часть современного стека.
Кроме того, одна книга Лутца заменила бы весь набор бессвязных знаний.
А теперь вопрос: почему на Python? Вакансии
вообще существуют? Мне кажется, что даже на PHP проще работу найти чем на python. А ведь есть ещё прекрасный Typescript, С#, Ыыынтырпрайз Java.
Новичку самостоятельно по этому роадмапу идти лет пять. За это время всё полностью изменится и придется переучиваться. Плюс указанные фреймворки изменятся настолько, что будет стыдно применять знания пятилетней давности. А может и вместо питона другой язык станет популярным. Надо не роадмапы разрабатывать, а USB разъем в голову. )))
"РоадмЕп", "роадмЭп", "дорожная карта", роадмАп.
И все в рамках одной статьи (через "А", в каментах).
Испанский стыд!
Такой объем информации если просто даже читать, то без опыта в голове надолго не задержится. А глубокое знание этого огромного списка, с изученными книгами, прорешанными алгоритмами, составлением SQL запросов из памяти и каким-то ещё, а как без него это выучить, опытом тянет на мидла.
А как же "мой руки перед едой"?
Скоро, мне кажется, процесс обучения разработке будет сродни медицинскому образованию, где ты люто задротишь лет 10, а потом работаешь за 60к в месяц.
многопоточность может потребоваться, если, скажем, ты читаешь большие файлы или обращаешься к медленным API внутри запроса – можно вынести это в отдельный поток, чтобы не блокировать основной
Многопоточность и асинхронность перепутаны.
Какой ужас: смешались в кучу, люди, кони и залпы тысячи орудий...
Тут тебе и бэк, и фронт, и дата инжиниринг, и сетевик. Осталось добавить хардверщика, робототехника, электрика, физика, химика... Ну чтобы вэб сайты прям вот с кремниевого камня начинать делать.
Тут же еще и агрессивный автор, которая не воспринимает критику по сведенным промтам из ЧатГПТ...
Где уже этот шаман с соколом?
Самый полный Роадмеп бэкенд-разработчика на Python с нуля 2025