Почти год. Именно столько занял путь от идеи до живой игры у разработчика, который строил футбольный онлайн-менеджер myclub11 на стеке Go + React + PostgreSQL — с ИИ-инструментами на каждом этапе. Не «за вечер» и не «без навыков». Подробный разбор вышел на Хабре и вскрыл главный миф последних двух лет: будто ИИ заменяет программирование и продуктовое мышление.
Контекст
Миф про «сделал приложение за вечер» держится на реальном наблюдении: ИИ генерирует код быстро. Написал промпт — получил backend. Следующий — frontend. Каждый экран выглядит как прогресс. У человека без опыта в этот момент возникает ощущение, что всё почти готово, осталось «докрутить» — и можно выпускать продукт.
Автор myclub11 подошёл иначе: за плечами реальный опыт в разработке, хотя Go был для него новым языком, а фронтенд — не основной зоной. ИИ применялся системно: вход в незнакомый стек, черновики компонентов и обработчиков, рефакторинг, разбор ошибок, обсуждение архитектурных компромиссов. Его вывод прямой: ИИ ускоряет. Но не делает продукт за тебя.
Футбольный менеджер — жанр, где сложность не в технологии, а в системе. Игроки, механики матча, баланс прогрессии, экономика, UI, визуальные ассеты — всё жёстко связано. Одно неудачное архитектурное решение на старте тянет переписывать половину логики через три месяца. Это не история про плохие инструменты. Это история про то, что продукт — не набор файлов.
Аналитика
«Иллюзия готовности» — главная ловушка ИИ-ассистированной разработки прямо сейчас. Отдельный экран есть, обработчик есть, таблица есть — а система не складывается. Фронтенд ждёт не ту структуру, которую удобно хранить на бэкенде. Матчевая логика считает одно, интерфейс показывает другое. И вот здесь начинается настоящая разработка — сборка продукта, а не генерация кода.
Опыт решает не потому, что без него нельзя написать код. А потому, что именно он позволяет отбрасывать красивые, но тупиковые решения; видеть архитектурные проблемы до того, как они закопаются в кодовую базу; чувствовать, где механика выглядит правдоподобно, но сломается на масштабе. ИИ убедителен — он предлагает логичные, порой элегантные варианты. Но между «работает на демо» и «живёт в продукте» лежит пропасть, которую он сам не закрывает.
Для индустрии это важный сигнал. Волна «no-code AI builder» производит много быстрых MVP и мало рабочих продуктов — не потому что инструменты плохие, а потому что продуктовое мышление, архитектурная интуиция и понимание механик — это не промпт. Команды, которые используют ИИ как ускоритель опытных людей, получают реальный выигрыш. Команды, которые рассматривают его как замену экспертизе, получают хаос быстрее.
Кейсы применения в бизнесе
B2B-SaaS стартап. Небольшая команда, надо двигаться быстро. ИИ реально ускоряет: черновики API, вход в незнакомый фреймворк, рефакторинг отдельных модулей. Но архитектуру данных и логику доменной модели проектируй до первого промпта — переписывать схему через три месяца дороже, чем потратить два дня на дизайн сейчас.
Корпорация с legacy. Большая кодовая база, много технического долга. ИИ хорошо работает для рефакторинга изолированных модулей, написания тестов на существующий код, документирования. Не ждите, что он переведёт монолит в микросервисы — это по-прежнему архитектурная задача с человеком во главе.
SMB и локальный бизнес в КР/СНГ. Если заказываешь разработку у студии или фрилансеров, которые активно используют ИИ — скорость и стоимость ниже, это плюс. Но убедись, что исполнитель понимает предметную область, а не просто генерирует экраны. Красивый пустой интерфейс без рабочей логики — распространённый результат ИИ-rushed проектов.
Кейсы в личной жизни
Разработчик, осваивающий новый стек. Здесь ИИ работает лучше всего — именно как в истории с Go. Ты понимаешь концепции, но не знаешь синтаксис и стандартную библиотеку нового языка. ИИ ускоряет вход многократно. Главное — не переставать понимать код, который получаешь: читай, разбирай, не копируй вслепую.
Контент-мейкер или дизайнер, пробующий собрать свой инструмент. ИИ поможет с черновиком UI и первыми итерациями. Но визуальная консистентность и дизайн-система — твоя работа. Единый визуальный язык не удерживается сам по себе: его выстраивают экран за экраном, компонент за компонентом.
Студент или фрилансер с первым большим проектом. Самая опасная зона. ИИ создаст иллюзию, что «всё почти готово», когда на самом деле у тебя набор разрозненных экранов. Сначала нарисуй, как части системы связаны между собой — потом иди к инструменту.
Как применить сегодня
- Перед тем как открыть чат с ИИ — нарисуй схему системы: сущности, связи, потоки данных. Хотя бы на листке бумаги.
- Используй ИИ для входа в новый язык или фреймворк — это его сильнейшая зона: объяснение, черновики, разбор ошибок компилятора.
- Для ревью архитектурных решений работает формат «вот моя схема, найди слабые места» — а не «спроектируй за меня».
- Ассеты с точными размерами и повторяемостью — лучше через ТЗ для художника. ИИ-генерация даёт направление, не финальный результат: он перерисовывает изображение целиком каждый раз и не держит стабильную форму элементов.
- Анализируй конкурентов сам: что раздражает в их интерфейсе, где механика поверхностная, где экономика ломает интерес — это нельзя делегировать промпту.