Я перестал писать код. Мое приложение все равно было запущено за 3 дня.
Три месяца назад я создал full-stack SaaS-панель управления. Я написал около 200 строк кода. Остальное было сгенерировано, проверено и отрефакторено ИИ.
Приложение работает в продакшене. Пользователи платят за него. Я не сижу допоздна, беспокоясь о багах.
Это не хвастовство. Это предупреждение.
Роль разработчика стремительно меняется. Побеждают не те, кто сражается с ИИ, а те, кто понимает суть этих перемен.
AI-native разработка — это новая ментальная модель. Это не просто автодополнение. Это отношение к ИИ как к полноценному напарнику. ИИ берет на себя реализацию. Вы отвечаете за архитектуру, замысел и принятие решений.
Сдвиг выглядит так:
- Старая модель: Вы пишете код. ИИ помогает писать его быстрее.
- Новая модель: Вы определяете «что» и «зачем». ИИ берет на себя «как». Вы проверяете и направляете.
Если код пишет ИИ, навыки написания кода не делают вас незаменимым. Незаменимыми делают мета-навыки.
ИИ отлично справляется с паттернами, но плохо умеет их выбирать. ИИ не знает:
- Нужен ли вам server action или API route.
- Должно ли состояние храниться в Zustand или в параметре URL.
- Нужен ли вам monorepo.
Это оценочные решения. Они требуют понимания контекста вашей команды и масштабов проекта. Этот контекст есть у вас, но нет у ИИ.
Разница между junior и senior AI-разработчиком — в промпте.
- Слабый промпт: Напиши rate limiter.
- Сильный промпт: Напиши middleware для rate limiter на базе Redis для Next.js API route. Ограничь до 10 запросов в минуту на один IP. Возвращай ошибку 429. Пропускай ограничение для администраторов. Логируй отклоненные запросы в таблицу Prisma.
Второй промпт выдает готовый к продакшену код. Точность — это теперь ключевой инженерный навык.
Также нужно следить за возможными ошибками. Код от ИИ часто выглядит правильным, но содержит скрытые изъяны. Он может проходить тесты, но скрывать уязвимость в безопасности или состояние гонки (race condition). Проверяйте результат работы ИИ с той же критичностью, с какой вы проверяете код junior-разработчика.
Разработчики, которые боятся ИИ, фокусируются не на том. Они переживают, что будут писать меньше кода. Настоящий риск — не успеть развить навыки, которые стоят вокруг кода.
Цель не в том, чтобы перестать быть разработчиком. Цель в том, чтобы стать лучшим разработчиком.
Приложение было запущено за 3 дня, потому что я потратил время на:
- Модель данных.
- Пользовательский путь.
- Краевые случаи.
- Бизнес-логику.
Теперь работа заключается именно в этом.
Каково ваше текущее соотношение кода, написанного ИИ, и написанного вручную? Пишите в комментариях.
Я перестал писать код, но мое приложение все равно было выпущено за 3 дня: вот что это говорит нам о том, что значит быть 2GHP
Годами я определял свою ценность через способность писать сложный, эффективный и элегантный код. Я гордился тем, что могу разобраться в самой запутанной логике и реализовать её с нуля.
Но на прошлой неделе я создал и выпустил полнофункциональное full-stack приложение всего за три дня. И вот в чем загвоздка: я почти не писал код самостоятельно.
Этот опыт изменил мое представление о том, что значит быть разработчиком в эпоху ИИ. Это переход от роли «кодера» к роли 2GHP (высокоэффективного специалиста второго поколения).
Сдвиг от «Как» к «Что»
Раньше большая часть моей когнитивной нагрузки была сосредоточена на вопросе «Как?»:
- Как реализовать этот алгоритм?
- Как правильно настроить эту базу данных?
- Как связать этот фронтенд с этим бэкендом?
Теперь, благодаря инструментам вроде Cursor и Claude, вопрос «Как?» стал решаться почти мгновенно. ИИ берет на себя рутину написания синтаксиса, отладки мелких ошибок и реализации стандартных паттернов.
Моя работа сместилась в сторону вопроса «Что?»:
- Что именно мы строим?
- Что должна делать эта функция, чтобы приносить ценность пользователю?
- Что должна представлять собой архитектура системы, чтобы она была масштабируемой?
Что такое 2GHP?
Чтобы понять это, нужно разделить разработчиков на два типа:
1GHP (High Performer первого поколения)
Это классический «супер-разработчик». Его ценность заключается в глубочайшем техническом мастерстве. Он может написать идеальный код, оптимизировать запросы к БД и построить сложную систему вручную. 1GHP — это мастер инструмента.
2GHP (High Performer второго поколения)
2GHP — это оркестратор. Его ценность заключается не в написании строк кода, а в способности использовать ИИ и существующие инструменты для быстрой реализации идей. 2GHP понимает систему в целом и умеет направлять ИИ для достижения бизнес-целей.
Если 1GHP — это виртуозный исполнитель на скрипке, то 2GHP — это дирижер оркестра. Дирижер не играет на инструментах, но именно он превращает набор звуков в музыку.
Новый набор навыков для инженера
Если вы хотите перейти из категории 1GHP в 2GHP, вам нужно развивать три ключевых направления:
- Проектирование систем и архитектура (System Design): Поскольку вы больше не тратите время на написание каждой функции, вы должны тратить его на то, чтобы эти функции правильно взаимодействовали друг с другом. Вы должны понимать, как работают API, как структурированы данные и как обеспечить безопасность системы.
- Продуктовое мышление (Product Thinking): В эпоху ИИ техническая реализация перестает быть барьером. Главным барьером становится понимание того, что именно нужно строить. Инженер должен понимать потребности пользователей и бизнес-задачи.
- Оркестрация ИИ (AI Orchestration): Это не просто «написание промптов». Это умение разбивать сложные задачи на мелкие подзадачи, которые ИИ может выполнить точно, и умение проверять и интегрировать результат.
Заключение
Мир разработки меняется. Быть «просто кодером» становится всё менее выгодно. Но это не значит, что программирование умирает. Напротив, оно эволюционирует.
Мы переходим от эпохи написания инструкций для компьютеров к эпохе управления интеллектуальными агентами для создания продуктов. И в этом новом мире победят те, кто научится мыслить масштабно, проектировать системно и оркестрировать технологии.