Кисель в АйТи | AI и технологии

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

Монолит? Фу, ты что, в каменном веке застрял? Печальное заблуждение. Думаю мы сами в этом виноваты. Обучающие курсы пытаются из этой темы выжать максимум продаж. Компании стараются быть в тренде и периодически выбирают такую архитектуру только потому что это круто и современно! Напишем в вакансии, что у нас ещё и хайлоад — чтобы совсем мощно звучало. Реальность куда печальней. Ты окажешься на проекте с n-микросервисами, которые пять поколений разработчиков передавали друг другу как эстафетную палочку. Единого стиля разработки нет, у каждого сервиса свои костыли. Чтобы отладить баг, нужно поднять десяток контейнеров, а потом неделями разбираться, в каком сервисе что сломалось. Повезёт, если есть крутая команда, у которой будет время тебе помочь. Но есть риск продолжить писать костыли в соло. Да, в монолите есть схожие проблемы, но они менее выражены. Один проект проще менеджерить и развивать, чем десять маленьких. В том числе и команде разработчиков, так как все обычно погружены в проект и знают, как он устроен. Тем не менее мы живем в то время, когда монолит стал настоящим редфлагом. Простое, понятное решение вдруг превратилось в признак устаревшего проекта. А ведь это просто один из подходов к разработке. Я бы даже сказал, что это классика, которая доказала свою жизнеспособность десятилетиями. Да, у него есть минусы, но и плюсов хватает. Не архитектура должна подстраиваться под тренды, а бизнес-задачи должны определять выбор инструментов. Помни: лучший код — это тот, который решает проблемы, а не создаёт новые :) Реклама. Киселев А.С. ИНН 503015075801. erid: LjN8KD7v1

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

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

Любимая цитатка. В 1991 году понимали, как заставить человека писать читаемый код :) Сложно представить, какие ужасы можно было наговнокодить в то время. Не было удобного код ревью. Не было поисковиков. Про подсветку кода и линтеры можно было только мечтать. Страшно, очень страшно. Если б мы знали, что это такое...

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

Этот год изменил всё :) На российском рынке труда FastAPI на конец 2024 года в итоге смог обогнать Django по количеству вакансий. Собрал статистику с HH и свои мысли о том, что будет дальше: https://tproger.ru/articles/django-vs-fastapi-v-2025-godu--kakoj-frejmvork-vybrat-

Я тут решил первый раз опубликоваться на Tproger. А зря, очень зря. Оказалось это худшая площадка, где можно публиковаться, у меня просто глаз дёргается) Пост провисел сутки на модерации и пропал в 404 ошибке. Эта 404 ошибка даже не всегда отображается. При переходе в статью пустой экран. Уведомления не отработали (там всё еще пусто). Отредактировать пропавший пост не хватает прав (видимо потому что он в неподходящем статусе, но почему я должен догадываться?). Кнопки перестают отвечать. Данные, с апихи постоянно задваиваются-затраиваются (такое даже в пет-проектах на vue нормально работает). Шел 2024 год, не всем компаниям по зубам была публикация статей на сайте... Я не знаю, как вообще у них получилось такое релизнуть.

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

#разработка #процессы #флоу Во многих компаниях оценивают время на разработку по статье аналитика. Эта примерная оценка и закладывается в спринт. Иногда даже с хорошим запасом (х1.5-х2). И всё равно мимо. Потом выясняется, что для простой апишки (внезапно) нужно обмазаться легаси-кодом, к которому ни документации, ни комментариев. Потом что-то зависнет на другом отделе. Потом что-то придется переделывать, потому что на старте не уточнили. Хотели сделать за неделю, а сделали за месяц. Если повезло. Да, обычно разработчики перед оценкой всё равно смотрят статью с тех. заданием, связанный код, возможные подводные камни, узнают детали у аналитика, но пока это не выделилось в отдельный осознанный шаг все вокруг (я тоже) сильно промахивались. Иногда чуть-чуть, а иногда очень даже сильно 🙂 Мне столько раз казалось, что ну вообще всё ясно и понятно, а потом приходилось страдать. Цель этапа проектирования - разобрать задачу с технической стороны, погрузиться и детально продумать реализацию. Сюда входит декомпозиция на более мелкие задачи, PoC (если нужен), проектирование классов, поиск подходящих паттернов, а так же выделяются ограничения и возможные сложности. Всё это можно обсудить с командой, вместе подумать и найти самое удачное решение. По итогу мы получаем практически готовый план по разработке, которому можно следовать. Эти же статьи - отличная доп. документация для аналитиков, тестировщиков и конечно же разработчиков. Всегда можно вернуться и подробнее изучить контекст принятых решений. Минусы тоже есть. Я выделяю два основных. На проектирование уходит время. И, конечно же, бывают расхождения реализации с документацией (можно тупо забыть обновить статью). А как у вас построен этот процесс? Делитесь, очень интересно 🤓

Посетил тут небольшой митап от Астры. Уютненько, рядом с м. Таганская арендовали лофт с проектором. Были доклады про питон, закуски, пиво. Было нас человек 50 на вскидку. Идея крутая. Даже удивило, что можно так заморочиться на такое маленькое мероприятие. Главный минус - доклады. Что-то про GIL, что-то про JSON-RPC, что то про хороший код, но в целом ни о чем. Если знаете какие то интересные митапы, посоветуйте в комментах :) P.S Никакого афтерпати не случилось. На этой неделе был релиз. А когда релиз, всего много и все срочно. Так что я выбираю сон 😂

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

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

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

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

Django кстати впервые уступил первое место FastAPI на HeadHunter. Еще полтора года назад он был чуть ли не в полтора раза популярнее, чем FastAPI. На скринах вакансии с фильтром по Москве. Этот тренд идёт уже давно. Тем не менее, уверен, что Django будет актуален еще многие-многие годы. Своё место Django занял и никуда от нас не денется :)

Сегодня вышла новая статья на Хабре про кастомизацию Django админки. Спешу поделиться: https://habr.com/ru/articles/857122/ В то время, когда я начинал - ни книжки, ни статьи, ни видео не дали полную картину того, как всё работает. Буквально только через полтора года работы удалось более менее разобраться в том, что от чего зависит и как лучше делать. До этого всё выглядело как волшебство, в которое умел только наш сеньор :)

Думаю стоит выделить новую рубрику. Частенько подгорает от разных рабочих моментов, каждый раз что-то новенькое. Так что так и назовём, #подгорает. Для меня критически важно делиться такими историями и слышать их от других коллег по цеху. Помогает вспомнить, что ты не одинок и, что самое главное, бывает и хуже 😀 Из недавнего: на одном из стендов, на котором должен был проходить показ продукта для клиента закончилась место на диске. В самый неподходящий момент. Спешу помочь коллегам, ответственным за инфраструктуру. С их стороны всё нормально, нам машине 80гб памяти. На тачке занято 99%, от чего посыпались запущенные в Docker контейнеры. Думаю. Проблема новая, еще ни разу мы всю память не сжирали. Значит связано с обновлением. Сразу вспомнил, что это первый релиз с новым логированием. Возможно допустили ошибку и логи заполнили всё, что могли. Ищу проблемный контейнер - всё чисто. Чищу кэш докера, проверяю размер каждого volume с логами - всё в норме. Погружаюсь в issue о проблемах с отображением используемой памяти в docker. Пробую самые экзотические команды для проверки свободного места на диске порыве отчаяния - всё в норме. Спустя два часа пишет коллега: “Саня, отбой. Там диск не размечен.”. Аплодисменты, занавес. P.S Делитесь своими историями в комментах.

Работа в IT в одной картинке. Мне вот реально впервые в сезоне нужно будет обновить продакшн. И без хотфиксов не обойдется.

Однажды я выберу другую картинку. Но не сейчас.

Насыщенно, однако. Я кстати нигде не видел новостей про GitHub Universe в русскоязычных каналах. Только пару слов про Spark. Видимо эту конференцию у нас не жалуют, хотя очень даже зря. Думаю всё же взять подписку на Copilot. До этого как-то ограничивался OpenAI с их GPT. Но видимо копировать код из чатика в браузере уже прошлый век. Copilot Edits, Autofix, авторевью и т.д звучит очень вкусно.