ИИ МОЖЕТ СДЕЛАТЬ КОД. И ЭТО ЕЩЁ НЕ ЗНАЧИТ, ЧТО РЕШЕНИЕ ПОДХОДИТ

ИИ МОЖЕТ СДЕЛАТЬ КОД. И ЭТО ЕЩЁ НЕ ЗНАЧИТ, ЧТО РЕШЕНИЕ ПОДХОДИТ

В веб-разработке ошибка часто не в синтаксисе, а раньше — на уровне выбора решения.

Если попросить ИИ «сделать импорт из Excel», «починить мобильное меню на MODX» или «собрать компонент для Schema.org», он может выдать рабочий код. Но рабочий ответ не равен правильному контексту применения.

Что здесь важно проверять:
- какую задачу пользователь реально решает;
- какой уровень решения нужен: быстрый костыль, отдельный модуль, системный компонент;
- не создаёт ли ИИ лишнюю сложность вместо минимального рабочего пути.

Это хороший JTBD-урок: сначала фиксируем job и ограничения, потом обсуждаем реализацию. Иначе можно получить красивый код для неправильной работы.

💡 Частая ловушка: оценивать ИИ по тому, «сошёлся ли ответ», а не по тому, попал ли он в нужный уровень задачи.

Для продуктов и исследований это тот же принцип: сначала контекст и мотивация, потом интерфейс, фичи и код.