Развитие Minecraft

Концепции также должны хорошо переводиться в код. Вот почему в Mojang нет разделения между дизайнерами и разработчиками. Как и идеи, программирование также связано с их циклом итераций. Mojang использует методологию под названием Agile, которая, помимо прочего, ценит гибкость, сотрудничество и простоту. Например, как это может быть применено к обновлению «Пещер и Скал»?

Во-первых, Mojang выясняет некоторые истории своих игроков. Они вдохновляются этими идеями и в ходе встреч и других взаимодействий эти идеи либо отвергаются, либо определяются по приоритетам, а затем публикуются в виде снапшота для обратной связи с игроками. Затем этот процесс повторяется.

Конечно, всё может пойти не так гладко, поэтому разработчикам необходимо создавать прототипы и экспериментировать, чтобы снизить риск. В 1.18 высота мира будет увеличена на 128 блоков, что повлияет на использование памяти и загрузку блоков. Это изменение, вероятно, было прототипировано гораздо раньше, чтобы гарантировать, что это будет технически возможно. Прототипы могут также учитывать другие риски, такие как оценка того, сколько денег или времени требуется для разработки функции или как сообщество может отреагировать на неё. Это на самом деле произошло с Надзирателем — kingbdogz написал твит до того, как он был выпущен, попросив людей подумать о большем количестве ужасов в Minecraft. И даже тогда всё может пойти не так — риск только уменьшается, а не смягчается. Вот почему «Пещеры и Скалы» в конечном итоге были разделены на два обновления, последнее из которых было отложено до Нового года.

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

Например, мешочки были предметом большой критики, но они не были официально выпущены в 1.17, поэтому можно с уверенностью предположить, что для них запланировано больше работы. Аналогичная проблема с археологией: люди видели прототип только на Minecraft Live, в котором использовалось искусство программиста и демонстрировалась лишь крошечная часть концепции. Может ли это означать, что Mojang необходимо более тщательно общаться со своим сообществом? Возможно. Но это не уменьшит потребность в информированной обратной связи с пользователями на каждой итерации концепции.

Снапшоты также служат способом отслеживания ошибок и других незначительных проблем. Поскольку Minecraft — песочница, в нём возможно практически всё, что означает, что потенциал для ошибок также огромен. Помимо общедоступного трекера ошибок, у Mojang есть свои собственные внутренние инструменты — пару лет назад Хенрик Книберг, разработчик Mojang и эксперт в области гибкого дизайна, создал автоматизированную программу в мире Minecraft для тестирования деликатных и чувствительных систем, таких как Mob AI, поиск путей и редстоун. Это помогает разработчикам отслеживать, когда, казалось бы, несвязанные изменения приводят к сбою этих тестов, а также поощряет разработку на основе тестов, когда разработчик создает тесты для функции ещё до того, как эта функция будет реализована. 

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

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

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

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

Разработчики Mojang, которые пришли из сообщества моддинга, такие как kingbdogz из Эфира и Cojo из Tropicraft, адаптировались к методологии Ваниллы — и когда они говорят, что это отличается от моддинга, они знают, о чём говорят; у них есть опыт с обеих сторон разработки.