Создание интерактивной игры без знания кода

Автор: Крохмалева Светлана Николаевна

Организация: ОГАОУ ОК «Алгоритм Успеха»

Населенный пункт: Белгородская область, п. Дубовое

Есть на уроке особенное время-последние семь - десять минут. Основная работа уже сделана, дети немного устали, а материал всё-таки хочется закрепить. Можно задать несколько вопросов классу-ответят, скорее всего, те же три-четыре человека. Можно открыть обычный тест. Работает, конечно, но после практической части фраза «А теперь проверим знания» редко вызывает восторг.

Мне хотелось другого: чтобы дети немного переключились, выдохнули, но продолжали думать. Чтобы в конце урока они обсуждали ответы, спорили, радовались удаче команды и при этом ещё раз возвращались к теме. Так появилась идея сделать интерактивную игру «Робо-битва». И почти сразу следом пришла мысль: «А кто её будет программировать?»

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

Мне нужен был не код. Мне нужен был результат

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

Первый запрос был примерно таким: «Я учитель технологии. Хочу сделать интерактивную игру по робототехнике для учеников 5 класса. Участвуют две команды. Нужно 10 вопросов, подсчёт баллов, случайные игровые события и финальный экран с победителем. Сначала предложи структуру игры. Код пока не пиши». Это мой первый лайфхак: не начинайте с программы-начинайте с педагогической идеи. Правило намного проще исправить словами, чем потом разбираться, почему готовая программа работает не так.

Как появилась «Робо-битва»

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

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

Самое страшное слово-HTML

Когда правила и вопросы были готовы, я написала: «Создай эту игру в одном HTML-файле. Она должна открываться в обычном браузере. Сделай ввод названий двух команд, вопросы, подсчёт баллов, секретные карточки, переключение ходов и финальный экран». HTML для человека, который не программирует, звучит страшнее, чем выглядит. Я получила готовую веб-страницу, сохранила файл, открыла его в браузере и начала играть сама.

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

Главный лайфхак для тех, кто не понимает код

Оказалось, знать код не обязательно. Когда что-то не работает, я пишу нейросети три вещи: что я нажимаю; что происходит сейчас; что должно произойти вместо этого. Например: «Когда выпадает карточка “Пропуск хода”, активной остаётся та же команда. Нужно сразу передать ход соперникам и изменить подсветку. Остальное не меняй». Или: «После вращения колеса баллы начисляются, но нет перехода к следующему вопросу. Исправь только переход». Или: «Ответы налезают друг на друга. Выстрой их ровно в две колонки и сделай текст читаемым на интерактивной доске».

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

Сначала работа, потом красота

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

Как уместить игру в конец обычного урока

Полная «Робо-битва» с десятью вопросами-это уже отдельная викторина. Для последних минут урока достаточно короткой версии: пять вопросов, две случайные карточки и быстрый финал. На обсуждение ответа-двадцать–тридцать секунд. Дети вроде бы уже отдыхают от основной работы: не записывают, не выполняют длинное задание. Но мозг продолжает работать. Один вспоминает термин, другой спорит, третий объясняет, почему вариант не подходит. Даже ребёнок, который весь урок почти не отвечал, внутри команды вдруг начинает доказывать свою версию.

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

Где здесь экономия времени

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

Самое главное

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

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

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