Архив рубрики ‘code review’

ИИ-ревью, или как я себя чуть не уволил

AI-ревьюер для GitLab, который проверяет не отдельный merge request, а всю задачу сразу, во всех сервисах, которые она задела. И почему для этого понадобился агент, а не анализ diff через API.

Как перестать ревьюить правки, о которых никто не просил

С приходом ИИ‑агентов в разработку, кода стало больше, а вместе с ним и шума. Пулреквесты растут, держать агента в рамках задачи становится сложнее, а через голову человека проходит всё больше кода. Ревью превращается в основную нагрузку и зелёные цифры добавленных строк в заголовке начинают напрягать ещё до того, как его откроешь. Типичная картина: пулреквест на небольшую фичу, а в нём правки в десятке файлов, которые к задаче не относятся. По отдельности они […]

Джуну дали ИИ, а работы прибавилось у сеньора

Корявый код джуна раньше был полезен. Странный JOIN, переменные tmp2 и data_new, три вложенных if там, где хватило бы одного. По таким следам ревьюер сразу видел, где человек плавает, и шёл проверять именно туда.

Почему нельзя отдавать 100% мышления ИИ: ловушка слепого доверия к AI-ассистентам

Дисклеймер: иллюстрации к статье сгенерированы нейросетью. Выводы, примеры и боль — человеческие. Это и есть главный посыл текста. Мы живём в эпоху, когда ИИ уже не обещает революцию, а сидит в соседней вкладке. ChatGPT, Claude, Cursor, Copilot пишут код быстрее нас, генерируют тесты, объясняют концепции и помогают накидывать архитектуру. За этим удобством прячется тихая профессиональная […]

Отдал сайт ИИ‑агентам: из 111 находок аудита 25 пошли в мусор, 4 оказались выдумкой

Мой сайт ведут ИИ‑агенты. Они пишут код, правят тексты, проводят ревью, собирают и выкатывают. 207 коммитов. Я не буду рассказывать, как это ускорило работу — ускорило, это скучно и все уже слышали. Расскажу про то, о чём говорят реже: узкое место переехало с написания кода на его проверку. Агент производит правки быстрее, чем человек успевает их прочитать, и если не встроить проверку в конвейер, разница между «работает» и […]

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

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

+240% коммитов, +30% релизов: агенты упёрлись в SDLC

В сентябре NBER опубликовал работу о влиянии AI-инструментов на разработку. Авторы сопоставили публичную активность более 500 тысяч разработчиков на GitHub с телеметрией этих инструментов. У пользователей автономных агентов оценённый накопительный эффект на число коммитов достиг 240%. На уровне проектов он составил 80%, на уровне релизов — 30%. Разрыв важнее самой большой цифры. Агент может быстро […]

Когда терапия выходит в прод

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

ИИ‑агенту недостаточно правил: как мы передаём ему инженерный опыт

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

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

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

123.4