Архив рубрики ‘технический долг’

Почему мы нанимаем сотни людей, чтобы писать код медленнее

Есть два проекта в двух разных компаниях — оба о том, как затащить дело в крупных корпоратах. Первый: 50 человек персонала, результата практически нет, еле успели доделать всё за год. Второй: людей втрое меньше, и по успешности всё сильно лучше, чем в первом проекте. Давайте посмотрим на суровую реальность. График роста численности персонала в первой […]

Агент пишет быстрее, команда релизит медленнее: 30 дней с coding agent на реальном проекте

Первые несколько дней с AI агентом легко создают ощущение, что разработку наконец‑то «сломали». Даёшь задачу, через несколько минут получаешь diff на несколько файлов, тесты и уверенный отчёт о том, что всё готово. Если мерить производительность от момента, когда ты сформулировал prompt, до появления кода, результат действительно впечатляет. Примерно через неделю я заметил другую вещь: код стал появляться заметно быстрее, а задачи не начали с той же скоростью […]

Хватит считать токены: почему KPI в эпоху ИИ превратились в фикцию

В одной продуктовой команде рейтинг разработчиков строился по количеству сожжённых токенов за день. Менеджеры выделялись зелёным, отстающие — красным. В комментариях к тикету менеджер писал: «Ваня, ты сегодня потратил всего 80 тысяч токенов, а Петя — 400. Подтянись». Ваня, если что, закрыл за день две сложные интеграции. А Петя — весь день гонял агента по […]

ИИ частично ускорил разработку. А что насчёт всего остального?

Разработчик раньше тратил на задачу три дня, а с ИИ справляется за день. Кажется, производительность выросла втрое. Но после разработки задача всё ещё должна пройти ревью, тестирование, интеграцию и выкатку. Если эти этапы не ускорились вместе с написанием кода, быстрее стал только один участок системы. За последние годы ИИ заметно изменил мою работу. Больше не […]

Почему нельзя измерять разработчика строками кода — и что мы делаем вместо этого

Измерить работу разработчика хочется так же, как работу производственной линии: взять понятный счетчик, сравнить план с фактом и получить одно число. Но в разработке самый доступный показатель почти всегда оказывается самым опасным. Количество коммитов можно увеличить, разбивая изменения на части. Число строк растет от копипаста и падает после хорошего рефакторинга. Закрытые задачи ничего не говорят […]

От хаоса к порядку: как управлять техдолгом

Привет! Меня зовут Ира, я тимлид проекта по развитию чатов поддержки в компании «Совкомбанк Технологии». Уже более пяти лет я занимаюсь фронтенд‑разработкой и часто сталкивалась с проектами, где накопленный технический долг замедляет работу команды и усложняет развитие продукта. Этот опыт научил меня не просто исправлять код, а выстраивать стратегию его постепенного и безопасного улучшения без остановки основной разработки.

ИИ ускорил разработку. Почему продакшен стал ломаться чаще

В этой статье поговорим о том, почему команды, ускорившиеся с помощью искусственного интеллекта, продолжают ломать продакшен — и что иначе делают те, у кого такой проблемы нет. Начну с ситуации, которая, скорее всего, уже с вами случалась. На прошлой неделе вы сделали пулл-реквест. Код, сгенерированный искусственным интеллектом, выглядел аккуратно: читаемый diff, тесты проходят, ничего явно […]

Когда продукт «готов»? Мы обречены на вечный допил?

Привет, Хабр! И тебе, случайный читатель, который открыл эту статью в перерыве между двадцатой правкой того, что ты ещё месяц назад гордо назвал «финальной версией». Сегодня без кода, без бенчмарков и без нытья про то или иное решение. Сегодня — про философию, от которой у меня иногда дёргается глаз: в какой момент продукт можно считать […]

Актуальность техстека как задача: наш путь от хаоса к регулярным SLA-апдейтам

В предыдущей статье я рассказывал, что наша команда Платформы получила цель «Техстек всегда актуален». Но многие ли компании могут похвастаться тем, что все компоненты их стека не покрылись пылью, а регулярно обновляются? Скажу честно: мы тоже долго не занимались этим системно, пока не поняли, что эта работа приоритетна. Мы больше не хотим попадать в ситуацию, […]

Ретро: Не Ной Слабо, Ной Достойно. Как Превратить Жалобы в Профит

Всем привет! Меня зовут Ксюша, и я backend QA-лид нескольких команд в EXANTE. В начале этой истории я была обычным QA в команде, которая отвечает за ядро нашего backoffice.  Думаю, многие из вас знакомы со Scrum и его ивентами, но если нет — дальше речь пойдет о ретроспективе, одной из ключевых встреч этого фреймворка. Вначале […]

123.4