Есть фраза, которую, думаю, хотя бы раз слышал почти каждый разработчик: «На тестах всё работало». В психотерапии есть очень похожая проблема. Человек приходит на встречу, довольно точно понимает, почему ведёт себя определённым образом, замечает связь между прошлым опытом и сегодняшними реакциями. Иногда к концу сессии возникает вполне убедительное ощущение: «Теперь я понял». А через три […]
Сначала нам советовали подробно задавать правила в промпте. Промпты росли и постепенно превращались в: Ты опытный программист. Пиши хороший код. Плохой код не пиши. Потом появился следующий рецепт: сначала подготовьте подробную документацию, а уже затем поручите агенту писать код. В результате люди начали сначала генерировать агентом документацию, а потом тем же агентом — код по этой документации. Между человеком и кодом просто появился […]
Измерить работу разработчика хочется так же, как работу производственной линии: взять понятный счетчик, сравнить план с фактом и получить одно число. Но в разработке самый доступный показатель почти всегда оказывается самым опасным. Количество коммитов можно увеличить, разбивая изменения на части. Число строк растет от копипаста и падает после хорошего рефакторинга. Закрытые задачи ничего не говорят […]
Осваивая разработку с помощью AI-агентов, я написал веб-приложение для собственной ежедневной работы. Проект получился довольно сложным: с динамическим обновлением интерфейса и поиском, модальными окнами, автосохранением, интеграциями с внешними системами, модулями машинного обучения, текстовым анализом, фоновыми задачами и автоматическим деплоем. Объём кода составил около 150 000 строк, из которых примерно 120 000 написаны на Rust, а […]
В работе с AI‑кодерами постепенно меняется формат задачи. Одного промпта часто недостаточно: агенту нужно не только выполнить разовую команду, но и повторять действия до понятного результата. Например: проверить CI, прочитать лог, внести минимальное исправление, снова запустить тест, остановиться при выполнении условий.
Кейс CTO AlpinaGPT Сергея Андриянова: как из боли с код-ревью в аутсорс-команде вырос продукт Evolver, и почему мы сознательно отказались от автономных агентов в проде. В конце мая мы собирали внутреннюю мастер-встречу по AI-трансформации, и один из докладов оказался настолько содержательным, что я не могу удержаться и не пересказать его. Выступал Сергей Андриянов — наш […]
Есть неприятная иллюзия: если модель стала сильнее, ей можно дать больше свободы. В кодинге это быстро выходит боком. Агент пишет много, уверенно, иногда даже красиво. Потом ты открываешь diff и понимаешь, что вместе с полезным кодом туда попало… ну, назовём это решениями, которые ты сам никогда бы не принял. У меня после нескольких таких заходов […]
Code review (ревью кода) — отличный механизм для отлова багов и обмена знаниями, но вместе с тем это почти гарантированный способ создать «бутылочное горлышко» для всей команды разработчиков. Merge Request (MR) сутками висит в очереди, ревьюер рано или поздно отвлекается от своих задач, чтобы вникнуть в diff, оставляет пару мелких придирок к названиям переменных, автор […]
Сразу разведём понятия, потому что на этом стоит вся статья. Я больше года не пишу код руками — всё пишет ИИ. При этом я не вайбкодер. Скромно называю себя ИИ-инженером.
Плохой выбор системы управления разработкой редко заметен в первый месяц. Сначала всё выглядит терпимо: задачи заведены, доски настроены, отчёты где-то строятся. Потом начинается рабочая реальность. Разработчики уточняют статусы в чате, релизы собираются вручную, критичные дефекты ведутся в отдельной таблице, тимлид перед встречей открывает пять вкладок и пытается понять состав спринта.