Сегодня вышла новая статья на Хабре про кастомизацию Django админки. Спешу поделиться: https://habr.com/ru/articles/857122/

В то время, когда я начинал - ни книжки, ни статьи, ни видео не дали полную картину того, как всё работает. Буквально только через полтора года работы удалось более менее разобраться в том, что от чего зависит и как лучше делать. До этого всё выглядело как волшебство, в которое умел только наш сеньор :)

Тут заметил, что PyCharm даже плагины запрещает ставить с российским айпишником. Сначала запретили только обновляться. Ну, что тут еще скажешь...😂
P.S Сгенерил с помощью Flux с 15 раза. ChatGPT боится фразы "kontora pidorasov" и сразу отказался генерировать

Признавайтесь, кто Хабр сломал?

Давно есть мысли публиковать сюда ошибки из больших (и не очень) айти компаний. Ошибаются все и с завидной регулярностью, просто об этом не очень принято говорить, а зря. То пятоситит, то токен на пушах забудут поменять. Тот же Сбер у меня пока №1 в рейтинге.

Если верить, что никто не делает ошибок, синдром самозванца тебя сожрёт :)

А у вас есть в команде Никита?

Сегодня встретил вот такую вот рекламку. Меня одного триггерят такие вот рекламные посты?) Как будто бы авторы собирают аудиторию аутистов.

Посетил тут небольшой митап от Астры. Уютненько, рядом с м. Таганская арендовали лофт с проектором. Были доклады про питон, закуски, пиво. Было нас человек 50 на вскидку.

Идея крутая. Даже удивило, что можно так заморочиться на такое маленькое мероприятие. Главный минус - доклады. Что-то про GIL, что-то про JSON-RPC, что то про хороший код, но в целом ни о чем.

Если знаете какие то интересные митапы, посоветуйте в комментах :)

P.S Никакого афтерпати не случилось. На этой неделе был релиз. А когда релиз, всего много и все срочно. Так что я выбираю сон 😂

#разработка #процессы #флоу
Во многих компаниях оценивают время на разработку по статье аналитика. Эта примерная оценка и закладывается в спринт. Иногда даже с хорошим запасом (х1.5-х2). И всё равно мимо. Потом выясняется, что для простой апишки (внезапно) нужно обмазаться легаси-кодом, к которому ни документации, ни комментариев. Потом что-то зависнет на другом отделе. Потом что-то придется переделывать, потому что на старте не уточнили. Хотели сделать за неделю, а сделали за месяц. Если повезло.

Да, обычно разработчики перед оценкой всё равно смотрят статью с тех. заданием, связанный код, возможные подводные камни, узнают детали у аналитика, но пока это не выделилось в отдельный осознанный шаг все вокруг (я тоже) сильно промахивались. Иногда чуть-чуть, а иногда очень даже сильно 🙂 Мне столько раз казалось, что ну вообще всё ясно и понятно, а потом приходилось страдать.

Цель этапа проектирования - разобрать задачу с технической стороны, погрузиться и детально продумать реализацию. Сюда входит декомпозиция на более мелкие задачи, PoC (если нужен), проектирование классов, поиск подходящих паттернов, а так же выделяются ограничения и возможные сложности. Всё это можно обсудить с командой, вместе подумать и найти самое удачное решение. По итогу мы получаем практически готовый план по разработке, которому можно следовать. Эти же статьи - отличная доп. документация для аналитиков, тестировщиков и конечно же разработчиков. Всегда можно вернуться и подробнее изучить контекст принятых решений.

Минусы тоже есть. Я выделяю два основных. На проектирование уходит время. И, конечно же, бывают расхождения реализации с документацией (можно тупо забыть обновить статью).

А как у вас построен этот процесс? Делитесь, очень интересно 🤓

#инструменты #ai
Не так давно думал, какие новые инструменты за этот год я стал использовать регулярно. В мой топ №1 входит запрос к ChatGPT "Какой паттерн чаще всего используется при реализации <формулировка вашей задачи>?"
Несмотря на то, что я паттерны люблю и помню (вроде), иногда удается получить очень вкусные решения или идеи для начала разработки.

Этот год изменил всё :) На российском рынке труда FastAPI на конец 2024 года в итоге смог обогнать Django по количеству вакансий. Собрал статистику с HH и свои мысли о том, что будет дальше:

https://tproger.ru/articles/django-vs-fastapi-v-2025-godu--kakoj-frejmvork-vybrat-

Тут 19 декабря в 17.00 будет сходка в офисе Яндекса по итогом года для Python. Ловите ссылочку https://yandex.ru/pytup
Выглядит любопытно. Спикеры норм, еще и на офис поглядеть.
Интересно по какому принципу будут разбирать заявки. Еще и ответят только за три дня до мероприятия... Но заявку закинул, должно повезти)

Отпишитесь, кто пойдет. Можно будет там встретиться.

Пишите код так, как будто поддерживать его будет склонный к насилию психопат, который знает, где вы живёте (с)

Любимая цитатка. В 1991 году понимали, как заставить человека писать читаемый код :)

Сложно представить, какие ужасы можно было наговнокодить в то время.
Не было удобного код ревью. Не было поисковиков. Про подсветку кода и линтеры можно было только мечтать.

Страшно, очень страшно. Если б мы знали, что это такое...

Охохо, обнова на Винде убила загрузчик 💀 Вечер пятницы обещает быть интересным

Монолит? Фу, ты что, в каменном веке застрял?

Печальное заблуждение. Думаю мы сами в этом виноваты. Обучающие курсы пытаются из этой темы выжать максимум продаж. Компании стараются быть в тренде и периодически выбирают такую архитектуру только потому что это круто и современно! Напишем в вакансии, что у нас ещё и хайлоад — чтобы совсем мощно звучало.

Реальность куда печальней. Ты окажешься на проекте с n-микросервисами, которые пять поколений разработчиков передавали друг другу как эстафетную палочку. Единого стиля разработки нет, у каждого сервиса свои костыли. Чтобы отладить баг, нужно поднять десяток контейнеров, а потом неделями разбираться, в каком сервисе что сломалось. Повезёт, если есть крутая команда, у которой будет время тебе помочь. Но есть риск продолжить писать костыли в соло.

Да, в монолите есть схожие проблемы, но они менее выражены. Один проект проще менеджерить и развивать, чем десять маленьких. В том числе и команде разработчиков, так как все обычно погружены в проект и знают, как он устроен.

Тем не менее мы живем в то время, когда монолит стал настоящим редфлагом. Простое, понятное решение вдруг превратилось в признак устаревшего проекта. А ведь это просто один из подходов к разработке. Я бы даже сказал, что это классика, которая доказала свою жизнеспособность десятилетиями. Да, у него есть минусы, но и плюсов хватает.

Не архитектура должна подстраиваться под тренды, а бизнес-задачи должны определять выбор инструментов. Помни: лучший код — это тот, который решает проблемы, а не создаёт новые :)

Реклама. Киселев А.С. ИНН 503015075801. erid: LjN8KD7v1

Если на вашем ретро нет доски с мемами, то это не ретро.