Коротко: на теме 19 курса Minecraft + Python ребёнок впервые создаёт моба не командой в чате, а строкой кода через библиотеку mcpi, задаёт ему координаты и тип, а затем убирает из мира тем же кодом — без риска для чужой постройки или собственного сохранения.
До 19-й темы ребёнок уже прошёл NBT-теги и текстурные паттерны через массивы — мобы логично продолжают эту линию: если предмет можно описать тегом, а стену раскрасить массивом, то и живое существо в мире можно описать как объект со свойствами. На этом уроке впервые появляется реальное ощущение, что код не просто строит неподвижные конструкции, а управляет тем, что движется самостоятельно.
Изменится ли тема после нового обновления Minecraft?
По состоянию на ноябрь 2026 года Mojang тестирует третий релиз года для Java-издания — сборку 26.3, её preview-заметки на minecraft.net и обзор на форуме boxtoplay.com описывают новый биом Dappled Forest с тополями на границе холодных регионов и декоративные шерстяные формы для построек. Ни одно из этих изменений не касается библиотеки mcpi, через которую курс управляет мобами: это API не привязано к конкретному биому или версии контента, оно работает с координатами и типами существ одинаково в любом мире. Так что список обновлений игры читать интересно, но на ход темы 19 он не влияет, и ученику не нужно ждать «правильную» версию, чтобы начать.
Что именно ребёнок пишет в коде на этом уроке
Разница с командой /summon, которую ребёнок видел раньше на теме о командных блоках, простая: команда в чате — это разовое действие, а вызов функции в коде — действие, которое можно повторить, изменить или поставить в цикл. В статье о командных блоках мы уже разбирали, что команда выполняется мгновенно и забывается. Код, наоборот, сохраняет намерение: если ребёнок хочет пять овец в ряд с шагом два блока, он пишет один цикл for вместо пяти одинаковых команд.
| /summon в чате | mcpi в Python-коде |
|---|---|
| Разовое действие, которое легко забыть повторить | Можно положить в цикл и повторить десятки раз |
| Координаты вводятся вручную каждый раз | Координаты считаются по формуле или из списка |
| Ошибка в написании типа — и команда просто не сработает | Ошибку в названии типа видно в тексте кода сразу |
| Убрать моба — отдельная команда kill | Убрать моба — тот же объект, вызванный ещё раз |
Может ли ребёнок испортить мир, если неправильно расставит мобов
На занятии это практически невозможно: мир для темы 19 — отдельное тестовое сохранение, которое преподаватель готовит именно для упражнений с мобами, а не боевой или строительный мир ребёнка из предыдущих тем. Если ученик поставит десяток куриц в стену или в воздух, худшее, что произойдёт, — они упадут и разбегутся, и это именно тот момент, когда видна разница между «написал код правильно» и «код выполнился, но не так, как думал». Вернуть тестовый мир к чистому состоянию — одна команда преподавателя, а не восстановление из резервной копии.
А если ребёнок хочет создать боссов — Дракона Края или Иссушителя
Технически библиотека позволяет указать любой тип существа, включая боссов, и дети на этой теме почти всегда пробуют это первым. Преподаватель не запрещает попытку, но сразу показывает последствие: босс с полным набором атак в маленьком тестовом мире — это либо мгновенная смерть персонажа, либо снесённая часть ландшафта. Поэтому прямо на уроке вводится правило «сначала безопасные мирные существа, боссы — только в отдельном пустом мире к концу темы», и именно на этом примере дети впервые осознанно ограничивают код, а не просто пишут всё, что работает.
Зачем здесь понадобятся списки из темы 11
За мобов курс берётся не сразу: сначала, на теме 11, ребёнок учится работать со списками и словарями на более простых примерах — хранить координаты блоков, названия предметов, значения счётчиков. На теме 19 эти же структуры неожиданно становятся практичными: координаты для пяти овец удобно держать не пятью отдельными переменными, а одним списком пар чисел, и тогда цикл for проходит по списку и ставит моба на каждую позицию. Ребёнок, который пропустил или забыл тему 11, здесь сразу почувствует разницу — придётся возвращаться и напоминать себе, что такое обращение к элементу списка по индексу.
Убрать моба — это не то же самое, что убить
Слово «управление» в названии темы означает не только появление, но и контролируемое исчезновение, и здесь есть разница, которую дети обычно пропускают мимо ушей, пока не увидят на экране сами. Команда kill или соответствующий вызов в коде «убивают» моба: срабатывает анимация смерти, могут выпасть предметы-дропы, звук и частицы остаются на месте. Удаление объекта средствами кода, которое курс показывает как альтернативу, убирает моба из мира тихо, без анимации и без дропа — как будто его там и не было. Для тестового забоя фермы это удобнее: экран не засоряется частицами от десятка одновременных «смертей», а мир остаётся чистым для следующей попытки того же ученика.
Где спавн мобов стоит в программе курса дальше
Тема 19 — не финал линии, а мостик: за ней идут текстурные паттерны через массивы (тема 20) и собственный класс World (тема 22), где управление мобами становится частью большей обёртки вокруг игры, а не отдельным трюком. На теме 24 «Оптимизация повторных действий» к этому добавляется практическое ограничение: игра сама сдерживает количество живых существ одновременно в одной зоне, чтобы не падала скорость кадров, и код, который бесконтрольно спавнит десятки мобов в цикле без единой паузы, рано или поздно упирается именно в этот предел игры, а не в собственную ошибку. В статье про NBT-теги мы показывали, как предмет описывается свойствами; моб в коде описывается так же — типом, позицией и дополнительными параметрами, так что навыки из предыдущей темы здесь не с нуля, а напрямую переносятся.
Это уже настоящее программирование или всё ещё игра с функциями
Граница размыта намеренно. Вызов одной функции spawnEntity() с готовыми аргументами — это действительно близко к игре с кнопками. Но уже на втором занятии темы ребёнка просят написать функцию, которая расставляет мобов по формуле (например, по кругу вокруг точки) — а это требует понимания циклов, угла и координат одновременно, и ни одна готовая команда игры такого не даёт. Именно здесь часть детей впервые замечает: то, что они пишут, работает не только в Minecraft — та же логика расстановки объектов по кругу понадобится в любой другой задаче с координатами.
Что ребёнок показывает родителям после этого урока
Самый частый результат — короткий ролик или сохранённый мир, где по нажатию одной клавиши в заданном месте появляется группа мобов в определённом порядке: ферма с курами в ряд, кольцо из овец вокруг дерева, расставленные по сетке свиньи для дальнейшего проекта. Это тот момент курса, когда финальный проект перестаёт быть абстракцией — ребёнок уже видел на собственном примере, что код может населять мир, а не только строить его стены.
Комментарий с занятий: в группах эту тему ученики проходят с заметно разной скоростью — одни сразу пишут цикл для расстановки, другим нужно второе занятие только на одиночный вызов функции. Оба темпа в пределах нормы: курс считает 156 занятий именно так, чтобы место для повторения темы было заложено заранее, а не добавлялось потом. До темы 20 доходят все, просто с разным числом самостоятельных попыток за плечами — и именно это, а не оценка за урок, преподаватель фиксирует в дневнике группы.
