требования к специалисту — выше
Недавно играл в бильярд с товарищем, который работает в крупной IT-компании на позиции техлида. Разговорились о работе и текущих проектах.
В какой-то момент речь зашла о том, как сейчас создаются цифровые сервисы при помощи вайб-кодинга.
Он высказал интересную мысль:
Вайб-кодинг действительно позволяет сильно ускорить разработку.
Но разработка сложного продукта состоит далеко не из одной генерации кода. Нужно понимать архитектуру, декомпозировать задачи, видеть зависимости между компонентами, оценивать ограничения предложенного решения, тестировать результат и т.д.
Иными словами, задачи выходят за технические рамки её решения.
Причём в реальной работе далеко не все решения принимаются в размеренном режиме, когда можно сформулировать запрос к нейросети и получить ответ.
Коллега может находиться на совещании, где, например, обсуждается конкретная архитектурная проблема продукта, и от него ждут ответа прямо во время совещания.
Получается, что чем проще становится выполнение отдельных технических задач, тем большее значение приобретает способность понимать задачу глубже.
Мне кажется, для педагогического дизайнера действует та же логика.
Чем проще становится составить структуру курса, сгенерировать практическое задание, тестовые вопросы и т.д., — тем большее значение приобретает способность специалиста понимать образовательную задачу глубже, которая, как правило, лежит в основе научного подхода.