ИИ вскрыл хаос в организации разработки

Забавно, что под хайпом вайб-кодинга всплыла более глубокая проблема — люди зачастую не понимают, как обеспечивать воспроизводимый и стабильный результат разработки ПО. «Игнорирование тестирования? Это прямая дорога к огромным финансовым потерям и убитой репутации». Банальное автотестирование и QA в широком смысле оказались «терра инкогнита» как для программистов, так и для предпринимателей.

И пока разработкой занимались люди — проблема легко заметалась под ковёр: ну, люди вроде умные, сами позаботятся. Когда решили воткнуть вместо людей ИИ — тут всё и рухнуло.

Разработка с ИИ требует серьёзного окружения вокруг голой модели. И это моментально подсветило: у трёх четвертей рынка такого окружения нет от слова совсем. Неудивительно, что большинство AI-проектов проваливаются. Просто воткнуть ИИ-инструменты недостаточно — нужна инфраструктура.

Ко мне приходят люди с комментариями: «Ну, тесты ещё ничего не гарантируют». Если тесты ничего не гарантируют, зачем ты их вообще пишешь? Ответа нет.

Приходят люди, которые посвятили 20 лет разработке на PHP и не в курсе о существовании инструментов вроде:
– phpcpd — детектор копипаста
– phpmd — детектор плохого, мутного, переусложнённого кода
– phpstan — статический анализатор
И так далее. Нет, они меня убеждают, что ИИ негоден, а вот они-то — человеки — смотрят глазами в код и могут находить проблемы.

Приходят люди, причём из топовых тех-позиций, которые говорят о стохастичности (дрейфе) результатов генерации ИИ. Очень быстро выясняется, что они не в курсе о существовании файлов спецификаций API (OpenAPI) и её валидаторов. Поэтому ИИшка генерит им каждый раз несовместимые контракты интеграций.

Приходят люди, которые говорят: «А я указал в промпте делать сборку каждые 5 коммитов, а оно забыло, вот говно». Показываешь ему, как с помощью того же ИИ навайбкодить внешний скрипт со счётчиком коммитов по Git history, так даже спасибо не скажет.

Приходят люди, которые говорят: «А вот Васе Пупкину ИИ базу дропнул и диск стёр». Рассказываешь о существовании Docker-контейнеров и `GRANT USAGE` в SQL. И это приходится объяснять программистам!

Приходят люди, которые не в курсе о существовании дизайн-систем (Design Tokens) и инструментов тестирования в браузере (Cypress, Playwright). Показываешь им, как легко генерировать в ИИ 20 разных страниц в одном дизайне и с одинаковой структурой и неймингом элементов — затыкаются, как все предыдущие.

К чему я это всё? К тому, что огромное количество людей, хейтящих ИИ, на самом деле просто вообще не отдупляют базовые вещи в организации разработки. Базовые! Все эти инструменты были созданы за десятилетия до эпохи ИИ. В том числе и способы детерминировать результат, ограничить доступ и обеспечить консистентность во времени. Даже Cypress и Playwright изначально управлялись кодом, а не MCP. Успешное внедрение ИИ требует комплексного подхода и понимания существующих методологий. Сопротивление часто исходит от банального незнания.

Зато мнение своё высказывают на каждом столбе. Пора перестать винить ИИ в своих пробелах.