Почти год с ИИ-помощником: как разработчик делал футбольный менеджер с нуля

Миф о том, что ИИ позволяет создать приложение за вечер без навыков программирования, активно тиражируется последние два года. Разработчик футбольного онлайн-менеджера myclub11 потратил почти год на проект и зафиксировал, где именно этот миф расходится с практикой.

Проект построен на Go (язык, который автор не знал до начала работы), React и PostgreSQL. ИИ использовался постоянно: для написания обработчиков, SQL-запросов, React-компонентов, рефакторинга и обсуждения вариантов реализации. Польза инструмента очевидна — он ускорял вход в незнакомый стек и снижал стоимость экспериментов. Но довольно быстро выяснилось, что язык и синтаксис — не самая сложная часть работы.

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

Механика оказалась самым трудоёмким слоем. Даже один игрок в футбольном менеджере — это возраст, рейтинг, потенциал, позиция, гражданство, стоимость, здоровье, развитие и роль в экономике. Каждый параметр порождает новые вопросы: как быстро должен прогрессировать молодой игрок, когда замедлять развитие, как не сломать баланс талантами. Матч, который снаружи выглядит как набор событий, внутри — это баланс между случайностью, силой команды, усталостью и ощущением справедливости у игрока. Слишком мало случайности — скучно, слишком много — хаос. Настройка этих параметров занимает месяцы.

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

Дизайн рабочего интерфейса — состав, карточки, таблицы, рынок, матчи — нельзя откладывать. Поздняя переделка редко ограничивается сменой цветов: приходится пересобирать визуальную иерархию, унифицировать компоненты и часто трогать логику интерфейса. ИИ ускоряет поиск направлений и помогает с первыми итерациями, но консистентность визуального языка выстраивается вручную — экран за экраном.

Отдельный слой — визуальные ассеты: генерация персонажей, формы, карточки, логотипы. Здесь мало «найти художника» — нужно заранее понять, как ассеты должны быть нарезаны, какие у них размеры, пропорции и зоны совмещения. Это отдельный пайплайн с постоянной ручной доводкой.

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