Топ-менеджеры ГК «Первый Трест» теперь уходят с работы на два часа раньше, компания экономит до 5–7 % оборота в год, а 50 000 задач по девяти жилым комплексам больше не теряются.
Год в Claude Code, несколько релизов моделей, десятки экспериментов с командой в Kaiten. Всё это время я ждал, что главным рычагом качества будет очередной релиз модели. Оказалось, ровно наоборот: смена модели даёт заметный, но ограниченный прирост, а каждый новый слой обвязки вокруг неё — кратный.
Англоязычные инженеры называют эту обвязку harness (далее…)
Когда человеку говорят:
“Сделайте кнопку”
он представляет себе:
обработчик клика
форму
пару строчек кода
Когда это слышит программист — он напрягается.
Потому что за словом “кнопка” часто скрывается:
изменение бизнес-процесса
отчёты
согласования
десятилетнее легаси
и фраза “раньше в DOS было удобнее”
Со временем начинаешь понимать:
Программирование — это не написание кода.
Это перевод человеческого хаоса на язык, который понимает компьютер.
Привет, Хабр! Архитектура ПО — это фундамент, на котором строится предлагаемый пользователю продукт. И если этот фундамент даёт трещину, последствия могут быть катастрофическими.
Когда я начинал делать Gooly, мне казалось, что главная проблема — это функционал.
Если сделать:
удобное создание мероприятий;
регистрацию;
чаты;
подтверждения участия;
оплату;
сообщества;
то люди начнут пользоваться системой сами.
Звучит логично.
Но спустя месяцы разработки я столкнулся с проблемой, о которой почти никто не говорит, когда рассказывает про social-стартапы.
Пустота.
Причём это очень специфическая проблема. Обычный SaaS может быть полезен даже одному человеку. Таск-трекер, заметки, редактор, CRM — всё это работает сразу после регистрации.
Когда программист впервые слышит слово «архитектура», он обычно представляет что-то скучное: диаграммы, стрелочки, коробочки, совещания на три часа и человека, который запрещает писать код.
А потом проходит несколько лет.
И внезапно оказывается, что проект, который «быстро накидали», начинает разваливаться от любого изменения.
Добавили одну кнопку — сломался импорт. Поменяли отчёт — умерла авторизация. Обновили библиотеку — перестала открываться половина форм.
И начинается археология.
Почему так происходит?
Привет, Хабр! В одной из прошлых статей мы рассказывали, какие фреймворки приоритизации бэклога фич существуют и почему в итоге запилили свой. Сегодня поговорим про вторую сторону медали: баги.
Если для оценки фич индустрия создала десятки методов (от RICE до MoSCoW и WSJF), то с багами все скромнее: общепринятых подходов сравнительно немного, и нам в итоге они не подошли.
В апреле 2026 года вышла новая редакция ISO/IEC/IEEE 12207, стандарта процессов жизненного цикла программных систем. ISO показывает ISO/IEC/IEEE 12207:2026 как опубликованную вторую редакцию, а страницу ISO/IEC/IEEE 12207:2017 уже относит к предыдущей, отозванной редакции.
Эту новость легко прочитать неверно: как очередную попытку стандартизировать разработку сверху, добавить больше документов, согласований и формальной отчетности, но это верная интерпретация.
Рано или поздно сложную систему приходится объяснять человеку со стороны: новому разработчику, техлиду, архитектору или ревьюеру.
И тут часто начинается боль: репозитории уже показали, основные сущности вроде бы объяснили, но всё ещё непонятно, как данные проходят через систему.
В этой части я покажу, как сделать первое погружение в код наменее болезненным: выбрать один главный flow, проследить конкретную сущность и собрать артефакты, которые помогут не скакать по проекту хаотично.
Привет, Хабр! Меня зовут Сергей Чекменев, я тимлид ML-команды развития массового промо и монетизации центра развития ML-решений клиентской персонализации в MAGNIT TECH. В этой статье расскажу про наш MVP-проект PromoPersona – сервис автоматической генерации персонализированных промо-коллажей: что именно мы построили с технической точки зрения, как интегрировали модель FLUX.2 и почему именно ее, и какие инженерные задачи пришлось решить. Отдельная благодарность коллегам по команде и нашему руководителю центра Максиму Горынцову.