Человеческий язык программирования: ИТ‑образование в мире нейросетей

Недавно в Нижнем Новгороде проходило награждение победителей и призёров регионального этапа Всероссийской олимпиады школьников. Большой ежегодный праздник для ребят, которые показали лучшие результаты за учебный год. Были там, конечно, и наши программисты. Алексей Сергеевич Шмелёв, главный нижегородский тренер по олимпиадному программированию, с лёгким укором смотрел на одну ученицу. Она стала победителем регионального этапа по русскому языку, но не стала победителем по программированию. Мол, не тем занимаетесь, дорогуша.

И я поймал себя на мысли, что в свете недавних высказываний Дженсена Хуанга, CEO Nvidia, о том, что изобретён новый язык программирования — человеческий, изучение русского языка начинает выглядеть как вполне разумная инвестиция в будущее программирования. Алексей Сергеевич, конечно, не одобрит.

Хуанг сформулировал важный сдвиг: технологии движутся к тому, чтобы основным, а может и единственным языком программирования стал не Python или C++, а обычный язык, на котором человек объясняет, что хочет получить.

Звучит провокационно. Особенно рядом с олимпиадными программистами.

Конечно, это не значит, что профессиональные разработчики больше не нужны. И не значит, что можно больше не учить алгоритмы, архитектуру, математику и инженерное мышление.

Но это значит, что меняется точка входа в ИТ. Раньше путь в программирование почти всегда начинался с формального языка: переменные, циклы, условия, синтаксис, ошибки, среда разработки. Теперь первым шагом всё чаще становится другое: ясно сформулировать задачу на человеческом языке — что должно быть на входе, какие правила важны, что должно получиться на выходе. И вот это, кажется, сильно меняет разговор об ИТ-образовании.

Раньше преимуществом был Python. Теперь — описание процесса

Ещё недавно про программирование часто говорили в том числе, и я так: не важно, кто ты — экономист, юрист, биолог, учитель, журналист или управленец. Если ты можешь написать маленький скрипт и понимаешь, как он работает, это даёт тебе сильное преимущество.

И это действительно было так. Человек, который умел хотя бы немного программировать, мог автоматизировать рутину, обрабатывать данные, собирать отчёты, быстрее проверять гипотезы. Даже простое знание Python часто давало хороший буст.

Не обязательно быть профессиональным разработчиком. Достаточно было написать маленький скрипт, который переименует тысячу файлов, соберёт данные из таблиц или превратит хаос в более-менее внятный отчёт. Это было похоже на суперспособность. Сейчас, чтобы сделать скрипт, не надо знать Python. Надо просто сказать, что ты хочешь.

Конечно, знать Python по-прежнему полезно. Хорошие программисты не становятся ненужными. Чем сложнее система, тем важнее архитектура, надёжность, безопасность и ответственность за результат.

Но для первого шага уже не обязательно начинать с синтаксиса. Важнее становится другое: увидеть процесс, придумать, как его улучшить, и понятно описать задачу для AI-агента.

Конкурентным преимуществом становится не только умение писать код. Конкурентным преимуществом становится умение формулировать процесс. И в этом смысле русский язык действительно становится частью ИТ-образования.

Не в смысле «давайте вместо информатики учить сочинения». А в смысле: если главный интерфейс к цифровому инструменту — человеческий язык, то способность ясно описывать задачу становится техническим навыком. Плохая формулировка даёт плохой результат. Размытая мысль даёт размытый продукт. Неописанный процесс превращается в хаос. Непроверенный результат остаётся красивой, но бесполезной игрушкой.

Что такое вайб-кодинг

Последние месяцы я активно экспериментирую с вайб-кодингом. Если коротко, вайб-кодинг — это создание сайта, игры, сервиса или маленького цифрового инструмента вместе с искусственным интеллектом. Ты не пишешь весь код руками с нуля, а объясняешь, что хочешь получить, проверяешь результат, просишь переделать, снова проверяешь — и в какой-то момент оно работает.

Год назад я уже пробовал к этому подступиться. Тогда было много боли и ощущения, что ты не создаёшь продукт, а воюешь с инструментом. Сейчас всё сильно изменилось. С одного промпта можно сделать работающее приложение или сайт. Стало очень просто автоматизировать скучную табличку, сделать калькулятор, собрать форму или визуализировать сложную идею, сделать простую игру, обернуть неудобный процесс в нормальный интерфейс.

То есть посмотреть на какой-то кусок своей работы или жизни и спросить: почему я вообще делаю это руками?

Для меня это главный сдвиг. Вайб-кодинг — не про то, что теперь все за вечер сделают большой продукт. Нет. Он про другое: у человека появляется возможность быстро превратить понятную задачу в рабочий прототип. И именно это важно для образования. Вообще, меняется подход.

Проектная работа может стать настоящей

Когда я на вебинарах рассказывал про проектную работу, я часто давал школьникам простой совет: подойдите к родителям и спросите, какая задача на работе бесит их больше всего. Почти у каждого взрослого такая задача есть. Вроде какой-нибудь таблички в Excel. Одни и те же действия каждую неделю или каждый месяц. И я говорил ребятам: попробуйте разобраться, как этот процесс устроен, и автоматизировать его.

Раньше это был совет для тех, кто уже учится программировать. Без кода туда было сложно подступиться. Сейчас это можно говорить почти любому школьнику. Не потому, что код больше не нужен. А потому, что первый работающий результат стал гораздо ближе.

Для первого шага важно не столько знание языка программирования, сколько способность увидеть проблему, поговорить с человеком, понять процесс, разложить его на шаги и объяснить, что должно получиться. Это и есть настоящая проектная работа.

Ребёнок поговорил с родителем. Нашёл скучную задачу. Разобрался, как она устроена. Собрал простейший инструмент. Показал. Получил обратную связь. Улучшил.

В этот момент происходит важная вещь: ребёнок чувствует, что может не только пользоваться цифровым миром, но и менять маленький кусочек реальности вокруг себя. И вот здесь появляется настоящая мотивация учиться дальше.

Главное — сохранить авторство

Недавно мы с дочкой за час сделали игру. Ей восемь лет. Я сказал: пойдём, покажу тебе вайб-кодинг, сделаем какую-нибудь игру. Она сначала отнеслась к этому настороженно: «Но это как будто я отдаю свою идею кому-то другому, и он её делает. А я хочу сама». И вообще-то она права. Ребёнку важно не просто получить готовый результат. Ему важно чувствовать авторство. Не «мне сделали игру». А «я придумала, я решила, я создала».

Поэтому я объяснил иначе: идея твоя, персонажи твои, правила твои, геймплей твой. А вайб-кодинг — это как будто у тебя есть маленькая команда. Ты объясняешь ей, что нужно сделать, смотришь, что получилось, говоришь, что не нравится, просишь переделать. Но автор всё равно ты. И дальше всё пошло.

Она голосом объясняла чатугпт, какую игру хочет. Придумывала единорога, предметы, препятствия, правила. По её описанию генерировались картинки. Потом мы вместе переносили это в код. Где-то всё было кривенько-косенько. Но в итоге игра заработала. И это, конечно, магия. Ребёнок видит: я придумала — и оно ожило.

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

Учителям это тоже нужно

Для учителя вайб-кодинг может быть очень сильным инструментом.

Не потому, что теперь каждый учитель может стать программистом. И не потому, что нейросеть заменит методику, педагогический опыт и живой контакт с детьми. Сила в другом.

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

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

С вайб-кодингом эта дистанция сокращается. Учитель может сам собрать небольшой тренажёр, мини-игру, интерактивную карточку, симулятор, калькулятор, генератор заданий, форму для самопроверки. Не идеальный федеральный сервис на миллион пользователей. А маленькую работающую штуку для своего класса.

Дети плохо понимают дроби — можно сделать визуальный тренажёр. На истории нужно показать причинно-следственные связи — интерактивную временную линию. На биологии нужно объяснить строение клетки — кликабельную схему. На математике нужна отработка однотипных задач — генератор с мгновенной проверкой.

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

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

Здесь наоборот: инструмент адаптируется к учителю.

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

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

Вайб-кодинг для учителей — это не про моду на нейросети. Это про возвращение учителю авторства.

Главный риск — не списывание

Сегодня разговор про искусственный интеллект в образовании часто быстро сводится к списыванию. Школьники пишут рефераты с помощью нейросетей. Студенты сдают сгенерированные работы. Учителя пытаются понять, как это проверять. Администрации думают, что запрещать и где разрешать. Это важная проблема. Но если смотреть только на списывание, можно пропустить более серьёзный сдвиг.

ИИ-инструменты меняют не только то, как дети делают домашку. Они меняют то, как люди создают. И вот здесь появляется главный вопрос.

Будем ли мы учить детей только тому, как «правильно не списывать»? Или научим их использовать эти инструменты для созидания? Это разные образовательные рамки.

В первой рамке ребёнок — потенциальный нарушитель. Он может списать, обмануть, сдать чужое. Значит, надо ограничивать, проверять, ловить.

Во второй рамке ребёнок — потенциальный автор. Он может придумать, исследовать, собрать, проверить, улучшить. Значит, надо давать задачи, в которых важен не только ответ, но и процесс создания. Мне вторая рамка кажется намного продуктивнее. Потому что запретительная логика сама по себе не научит ребёнка жить в мире, где ИИ-инструменты есть везде. Да и разве такие запреты эффективны?

Чему тогда учить

Если ИИ-инструменты становятся частью образовательной реальности, возникает простой вопрос: чему тогда учить детей? Точно не только «промптам». Промпты важны, но быстро устаревают. Интерфейсы меняются. Инструменты меняются. Сегодня работает одна формулировка, завтра другая. Сводить всё к набору «волшебных команд» — значит снова учить не тому.

Нужно учить видеть процессы: где вход, где выход, что происходит между ними, кто участники, какие правила, где повторение, где ошибка. Нужно учить формулировать задачу: не просто «сделай красиво», а что именно должно работать, для кого, в какой ситуации, с какими ограничениями. Нужно учить проверять результат: ИИ может ошибаться с уверенным лицом, делать красиво, но неверно. Нужно учить итерациям: первый результат почти всегда кривой, и это нормально. Важно уметь найти проблему, уточнить задачу, улучшить.

Нужно учить ответственности: если инструмент считает зарплату, оценки или другие важные вещи, нельзя относиться к нему как к игрушке. Нужно тестировать, думать о данных, приватности и последствиях ошибки. И только где-то внутри всего этого находится код. Код остаётся важным. Но он перестаёт быть единственной точкой входа.

Вместо вывода

Большая ошибка — думать об ИТ-образовании только как о подготовке будущих программистов.

Профессиональные разработчики нужны. И будут нужны. Возможно, требования к ним станут даже выше. Простые вещи AI будет помогать делать быстрее, а сложные системы, архитектура, надёжность, безопасность и ответственность никуда не исчезнут. Но массовое ИТ-образование должно быть шире. Оно должно давать детям опыт цифрового авторства.

Не только пользоваться приложениями, но и понимать, как устроены цифровые инструменты. Не только нажимать кнопки, но и задавать вопрос: можно ли сделать лучше? Не только выполнять задания, но и создавать решения.

В этом смысле вайб-кодинг может стать новой точкой входа в технологии. Не вместо программирования, информатики, математики, инженерного мышления. А до них и рядом с ними. Как первый опыт: я могу придумать, описать, собрать, проверить и улучшить.

Для одних детей это станет мостиком к настоящему программированию. Для других останется прикладным навыком. Они не станут разработчиками, но смогут лучше организовывать свою работу, автоматизировать рутину, разговаривать с техническими командами, быстрее проверять идеи.

В будущем важным станет не только вопрос: «умеешь ли ты программировать?» Важным станет другой вопрос: умеешь ли ты превращать мысль в работающий инструмент?

И если ИТ-образование сможет дать детям именно этот опыт, оно станет не просто обучением программированию. Оно станет обучением действию в цифровом мире.