Crear un plugin de Minecraft sin programar

El muro, y las tres formas conocidas de rodearlo

Antes de NimBlock, quien no programa tiene tres opciones, y cada una tiene un límite claro que conviene conocer antes de decidirse por ella.

• Los bloques de comandos. Viven en el mundo, en un punto concreto, y se activan por redstone o por reloj. No saben reaccionar a un evento del servidor, y mucho menos impedirlo.
• Los datapacks. Se quedan dentro del marco vanilla: funciones, logros, tablas de botín. Sin comando real, sin interceptar el chat, sin cancelar acciones. A cambio, funcionan en un servidor vanilla, sin Paper.
• Skript. Mucho más potente que los dos anteriores, y más potente que NimBlock. Es un lenguaje de verdad, así que hay una sintaxis que aprender y errores que descifrar.

Los tres llevan años ahí y ninguno está superado. Lo que faltaba era el escalón entre el bloque de comandos y el lenguaje.

Una regla, en una frase

Toda la gramática de NimBlock cabe en una frase: cuando esto ocurre, si se cumplen estas condiciones, entonces haz esto. Un plugin es una lista de reglas, una regla es un disparador, unas cuantas condiciones y unas cuantas acciones. No hay nada más que aprender, y es intencionado: una gramática que cabe en una frase también cabe en la cabeza.

En el editor son bloques que encajan entre sí: un bloque que no puede ir en un sitio no encaja ahí. Y lo que el editor deja pasar, lo retoma el validador: una spec se acepta o se rechaza por completo, nunca a medias. Un plugin de protección al que le falte su regla de protección no se notaría en el juego, y ese es exactamente el tipo de fallo que nadie quiere.

Lo que se puede hacer hoy

9 disparadores, 8 condiciones, 14 acciones. La lista exacta, al día y con el detalle de cada parámetro, vive en la página de gramática: se genera a partir del catálogo, así que nunca miente. Resumiendo lo que permiten:

• Reaccionar a lo que pasa: una conexión, una desconexión, un mensaje en el chat, una muerte, un bloque roto o colocado, un comando que inventas, o simplemente cada N segundos.
• Filtrar por un permiso, el estado de operador, el mundo, los puntos de vida, el contenido de un texto, una comparación de números, o una probabilidad.
• Actuar: mensajes, títulos grandes, sonidos, objetos, efectos, curación, teletransportes, anuncios a todo el servidor, ejecución de un comando de consola, y cancelación del evento que acaba de ocurrir. Esta última es la que convierte la lista en protecciones de verdad.

Lo que esto no sustituye

Una página que promete todo no le sirve a nadie. Lo que NimBlock no hace:

• Ninguna mecánica de juego nueva. Un nuevo tipo de bloque, una entidad inédita, una interfaz de inventario a medida: eso es Java, y lo seguirá siendo.
• Sin variables ni bucles. Una regla reacciona, no calcula. Si tu idea necesita guardar un estado complejo entre dos eventos, estás más allá de esta gramática.
• Sin plugins de terceros. NimBlock ejecuta tus specs, no carga un .jar descargado de otro sitio.
• Un comando nuevo espera al próximo reinicio. El resto se aplica en caliente, sin cortar el servidor, pero Minecraft registra sus comandos al arrancar: el panel lo indica en el momento en que ocurre, en lugar de que lo descubras jugando.

Dónde se ejecuta el plugin

En ningún sitio se genera Java para luego compilarlo. El servidor carga un motor escrito una sola vez para todos, y ese motor lee tu spec. Por eso un plugin compuesto aquí no arrastra deuda: cuando Minecraft cambia, es el motor el que se adapta, una vez, y no cada uno de los plugins escritos con él.

En un servidor de NimBlock, la instalación lleva un clic y el plugin llega sin cortar la partida. El motor, por su parte, se publicará en los catálogos de plugins, para que la misma spec funcione en un servidor que no esté alojado aquí.