AI пишет код быстрее, но ревью становится тяжелее: откуда берётся когнитивный долг
TL;DRВремя на погружение в контекст теперь приходится в основном на этап ревью.Если принимать код только потому, что он работает, можно накопить долг, которого команда даже не замечает.Стоит либо снижать объём ручного ревью, либо автоматизировать повторяющиеся проверки.В разговоре с одним из клиентов об AI-разработке я услышал мнение, что ревью кода, сгенерированного агентами, создаёт огромную когнитивную нагрузку — приходится одновременно держать в голове множество деталей, чтобы понять работу и оценить её качество.
Когда проект выходит из-под контроля: какие решения нужны руководителю
Секция «Управление проектом и продуктом» на INFOSTART A&PM EVENT 2026
Код‑ревью в эпоху ИИ: 7 ошибок, ведущих к инцидентам
Материал подготовлен в преддверии старта курса «ИИ для разработчиков».Всем привет, меня зовут Сергей Прощаев и в этой статье расскажу про ревью кода, созданного ИИ, и про то, почему AI Code Review так часто не спасает. Я Tech Lead и руководитель направления Java | Kotlin разработки в FinTech & E‑commerce, преподаю на курсах разработки и архитектуры в ОТУС.Типичный сценарий, который я всё чаще вижу в командах, выглядит так. Разработчик ставит задачу
Две дорожные карты проекта: почему свежий код сразу становился legacy
На одном B2C-проекте я отдельно спросил пятерых разработчиков, верят ли они, что продукт дойдёт до первой тысячи пользователей. Никто не ответил “да”.Формулировки отличались, степень скепсиса тоже, но довольно быстро стало понятно, что я собрал не пять независимых мнений. Люди уже обсуждали перспективы продукта между собой. У официальной дорожной карты были годы развития, а у команды сложилась своя: до тысячи пользователей мы, скорее всего, не дойдём, поэтому текущую задачу надо закрыть, а стоимость следующего изменения можно оставить следующему человеку.
От хаоса к порядку: как управлять техдолгом
Привет! Меня зовут Ира, я тимлид проекта по развитию чатов поддержки в компании «Совкомбанк Технологии». Уже более пяти лет я занимаюсь фронтенд‑разработкой и часто сталкивалась с проектами, где накопленный технический долг замедляет работу команды и усложняет развитие продукта. Этот опыт научил меня не просто исправлять код, а выстраивать стратегию его постепенного и безопасного улучшения без остановки основной разработки.
ИИ ускорил разработку. Почему продакшен стал ломаться чаще
В этой статье поговорим о том, почему команды, ускорившиеся с помощью искусственного интеллекта, продолжают ломать продакшен — и что иначе делают те, у кого такой проблемы нет.Начну с ситуации, которая, скорее всего, уже с вами случалась.На прошлой неделе вы сделали пулл-реквест. Код, сгенерированный искусственным интеллектом, выглядел аккуратно: читаемый diff, тесты проходят, ничего явно подозрительного. Вы его одобрили. А через два дня в продакшене что-то сломалось так, как никто не ожидал.Если с вами такого пока не было, вам просто повезло. Я вижу это постоянно, и у таких случаев есть общий паттерн.
Как объяснить вайбкодеру, что “работает” — не значит “сделано нормально”
Привет, Хабр!Я фрилансер! ТГ-боты, бэкенды, AI-интеграции, с недавних пор embedded. В прошлой статье я показывал, как биржу залило вайб-кодерами и как просели цены на базовые проекты. Но там я говорил про цену. А есть вопрос следующий: а код-то у них рабочий? В смысле — рабочий по-настоящему, а не «вроде запускается».Сразу дисклеймер: я каждый день работаю через Claude Code, я на них построил весь свой процесс. Именно поэтому мне интересно где у них системный предел.И я внутри этого рынка, объективности не обещаю.
Переработки: как компании превращают вашу ответственность в бесплатный ресурс
ВступлениеВ этой статье я хочу поделиться наблюдениями о переработках в IT-компаниях: как они появляются, почему быстро становятся нормой, чем заканчиваются и что с этим можно делать.Сразу оговорюсь: текст не про то, что нужно в 18:00 ронять ноутбук на пол и исчезать в закат. В инженерной работе бывают аварии. Бывают критичные баги, релизы, инциденты, миграции, production is down, деньги горят, пользователи страдают, бизнес нервно смотрит в мониторинг.Иногда действительно нужно помочь.
Почему плести сети лучше, чем тушить пожары: эффективная разработка ПО с опорой на автоматизацию тестирования
В начале 2024 года я устроилась Senior Software Test Automation Engineer в финтех-стартап. После работы в большой стабильной корпорации это был настоящий вызов ― попасть в живой дышащий мир молодой продуктовой компании, пытающейся занять своё место на рынке. Мне понравился продукт и привлекала возможность влиять на процессы, даже устанавливать новые.
Иллюзия трансформации: почему компании платят за спектакль вместо изменений
Об особенностях корпоративных преобразований, их настоящей цене и основном вопросе, который стоит задать до старта1. Спектакль, который все видят, но никто не называет
