Судьба разработчика: суждение становится узким местом

Почему суждение — новый навык №1 для разработчика

Недавно я опубликовал шуточный пост про генератор маскотов с Google AI Studio. Приложение MascotCraft Studio с маскотом Octo-Byte было просто забавным проектом. Но комментарии заставили меня задуматься. Один из них звучал так: «Мы переходим от эры, где реализация была узким местом, к эре, где узким местом становится суждение. Когда любой может сгенерировать код, интерфейсы и интеграции за минуты, дифференциатором становится умение определять стоящие проблемы, формулировать чёткие требования и оценивать, действительно ли результат хорош». Я прочёл, кивнул, занялся делами — и потом постоянно возвращался к этой мысли.

Что значило «реализация была узким местом»

Подумайте, что требовалось для создания MascotCraft Studio три-четыре года назад. Нужен был фронтенд-разработчик, специалист по API генерации изображений, знаток языковых моделей, инженер по интеграции и DevOps. Это команда или как минимум один человек с множеством навыков. А теперь я описал желаемое в одном абзаце — и реализация заняла минуты.

Что остаётся, когда реализация быстрая?

Раньше сложность была в «сможем ли мы это построить?». Теперь сложность в другом:

• Определение стоящих проблем. Сгенерировать приложение может каждый. Но приложение, решающее реальную проблему пользователя, — нет.
• Чёткие требования. Мой промпт для Octo-Byte был конкретным, но Gemini принял много решений за меня: цветовые палитры, стили, галерею с localStorage. Одна из них (галерея) не работает, если сменить браузер или очистить кеш — это заметил другой комментатор.
• Оценка качества. Я подумал, что био Octo-Byte «очаровательно написано». Но очарование ≠ правильность или соответствие задаче. Оценка вывода — отдельный навык.

Неудобная правда

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

Что делать на практике

Вот как я изменил подход:

• Глядя на сгенерированный код, спрашиваю: «как бы выглядела неправильная, но правдоподобная версия?» — её и нужно ловить суждением.
• Когда AI генерирует что-то (как Gemini с MascotCraft), я читаю весь код, а не просто проверяю «работает ли». Проблема с localStorage всплыла только потому, что кто-то внимательно изучил.
• Меньше беспокоюсь, что AI сделает навыки устаревшими, и больше интересуюсь, какие навыки становятся ценнее. Суждение, оценка, умение задавать вопросы — вот что в топе.

Открытый вопрос

У меня нет готового ответа. Вся индустрия разбирается в реальном времени. Но я хочу спросить: если суждение становится узким местом, как вы тренируете его осознанно, а не надеетесь, что оно накопится само? Поделитесь мыслями в комментариях.