Da una clase de diseño de juegos de 45 minutos

Por qué funciona esta clase

Antes de la pedagogía, las restricciones, porque son las que suelen matar una clase de computación antes de que empiece.

• Sin cuentas para los estudiantes. Tú creas una clase y obtienes un código. Los estudiantes entran con el código y un apodo. Sin correo, sin contraseña, sin pantalla de registro, nada que restablecer el lunes.
• Nada que instalar. Funciona en la pestaña del navegador. Las Chromebooks administradas y restringidas son el caso previsto, no la excepción.
• Todos terminan con algo jugable. Seis líneas son un juego que funciona. El piso está lo bastante bajo como para que quien escribe más lento del aula entregue algo real.
• Su trabajo se queda fuera del feed público. Los juegos de la clase los ven tú en la página de clase y el resto de la clase. No se publican para desconocidos.

El mecanismo, dicho con claridad

Un estudiante escribe una frase en algo muy parecido al lenguaje común y presiona Jugar. Tres segundos después está parado en un bosque y un personaje al que él le puso nombre le está hablando.

World "forest":
Character "Mara":
  say Find the lost crown!
Win when: talk to Mara

Ese es todo el truco: la distancia entre una idea y su consecuencia son segundos, no una ficha corregida dentro de quince días. Los estudiantes depuran porque el mundo está mal delante de ellos, no porque un docente les dijo que estaba mal.

La segunda mitad de la clase hace el trabajo más duro. En cuanto agregan una meta, el compilador comprueba si el juego se puede terminar de verdad, y se niega a fingir. A quien pide una estrella que ningún mundo contiene, se le dice. Para arreglarlo tiene que razonar sobre su propia lógica: ¿qué necesita el jugador, de dónde sale, qué cuenta como ganar? Ese es el eje de secuencia y selección de casi todos los currículos de computación, alcanzado discutiendo con una máquina en vez de por definición.

Qué no es esta clase

No es aprender Python, y no va a enseñar una sintaxis que se traslade a un lenguaje de texto. Es pensamiento computacional a través de la autoría: descomposición, secuencia, estado, condiciones y depuración, practicados sobre algo que un chico de diez años quiere terminar. Tómala como la clase que hace que las clases de Python aterricen, no como un reemplazo de ellas.

La clase de 45 minutos

Una clase, un aula, sin saber programar. Los estudiantes escriben un cuento corto en un guion de lenguaje claro llamado VXLScript; un juego 3D se construye en vivo junto al texto mientras escriben. Nada que instalar, sin cuentas de estudiante, sin recoger correos electrónicos.

Antes del timbre — 5 minutos, una sola vez

1. Entra a vxlverse.com/class, inicia sesión con Google (solo el docente), ponle nombre a la clase (por ejemplo Martes 4to A) y presiona Crear clase. Obtienes un código que se ve así: ZEUS-K7M2Q.
2. Escribe el código en el pizarrón, grande. Es lo único que los estudiantes necesitan.
3. Abre una segunda pestaña en vxlverse.com/studio-live en la computadora del proyector. Haz clic dentro del panel de código, presiona Ctrl+A y luego Backspace, y escribe (o pega) el juego gancho de seis líneas de abajo. Déjalo ahí. Todavía no lo juegues.
4. Planea grupos de tres. Dos razones: para una primera clase, programar en pareja funciona mejor que una Chromebook por estudiante, y una clase gratuita acepta 10 entregas. Treinta estudiantes de a tres son exactamente diez. Si tus estudiantes trabajan solos, solo las primeras diez entregas llegan a la página de clase; todos siguen construyendo y jugando en su propio navegador.

El juego gancho de seis líneas

Title: The Lost Crown
World "forest":
Character "Mara":
  say I lost my crown somewhere in these woods. Find it for me!
item 👑 crown
Win when: player has 👑 crown

Eso es un juego 3D completo y que se puede ganar. Léelo hacia abajo: dónde (World), quién (Character), qué dice ella (say), qué hay por ahí (item), cómo terminas (Win when).

Tiempos

World "snow":

World "snow":
Character "Bo":
  say Hello! Who are you?
  say I have been standing in this snow all morning.
Win when: talk to Bo

World "snow":
Character "Bo":
  say I have been standing in this snow all morning.
  say My dog ran off. Bring me a bone and I will call him back.
  wants: 🦴 bone
  gives: 🐕 puppy
item 🦴 bone
Win when: player has 🐕 puppy

💡 Your game has no way to win yet — add `win` inside a choice, or a `Win when:` line.

✓ Looks good — click the game to play it.

Title: Bo and the Frost Wolf
World "snow":
Character "Bo":
  say My dog ran off into the storm.
  say Bring me a bone and I will call him back.
  wants: 🦴 bone
  gives: 🐕 puppy
  if choice is "I will find him":
    say You are a good one. Hurry!
  if choice is "It is too cold out there":
    say ...Then I will wait a little longer.
Enemy "Frost Wolf":
  kind: wolf
  tier: 2
item 🦴 bone
Win when: player has 🐕 puppy

Qué aprenden realmente los estudiantes

Esto es una clase de 45 minutos, así que la promesa es deliberadamente modesta: nadie sale dominando nada. Salen habiendo conocido seis ideas en un contexto donde las ideas importaban, porque equivocarse significaba que el juego no funcionaba y acertar significaba que sí. Abajo, cada concepto viene en una frase clara, luego el minuto exacto de la clase donde el estudiante lo encuentra, y luego qué puede hacer después quien lo entendió.

1. Secuencia

Qué es: las instrucciones se ejecutan en el orden en que las escribes, y dónde queda una línea (con sangría bajo algo, o en el margen izquierdo) decide a qué pertenece.

Dónde lo encuentran: 10–20, PRIMER MUNDO. El estudiante escribe tres líneas y presiona Jugar. Las dos líneas say salen de la boca del personaje en el orden escrito: intercámbialas y la conversación es un disparate. La sangría está haciendo trabajo real: esas líneas say tienen sangría bajo Mara, así que son líneas de Mara.

World "forest":
Character "Mara":
  say Welcome to the forest.
  say I have lost something precious.
Win when: talk to Mara

Un estudiante que lo entendió puede: predecir qué va a pasar antes de presionar Jugar, y arreglar una conversación que sale en el orden equivocado sin que le digan qué línea mover. También puede explicar por qué una línea con sangría bajo un personaje le pertenece a ese personaje: el primer paso hacia entender el ámbito.

2. Selección (condicionales)

Qué es: un programa puede comprobar algo y luego tomar un camino u otro, así que no todos los jugadores ven lo mismo.

Dónde lo encuentran: 30–38, HAZLO TUYO, cuando agregan una opción. Es el primer momento en que el juego deja de ser una sola vía fija. Una rama termina el juego; la otra no.

World "forest":
Character "Mara":
  say A wolf blocks the path. What do you do?
  if choice is "Share my bread":
    say The wolf steps aside and lets you pass.
    win
  if choice is "Run away":
    say You are back where you started.

Un estudiante que lo entendió puede: seguir los dos caminos en papel y decir cuál gana; escribir una bifurcación a propósito para que una opción sea callejón sin salida y la otra sea avance. La señal más fuerte es un estudiante que prueba las dos opciones y no solo la que escribió primero: ahí empieza a pensar en cobertura.

3. Variables y estado

Qué es: un programa recuerda cosas mientras se ejecuta —qué llevas encima, cuántas monedas tienes— y puede tomar decisiones según lo que recuerda.

Dónde lo encuentran: dos veces. En 20–30 el inventario es estado: Win when: player has 🌟 star es una pregunta que el juego hace sobre algo que está recordando. En 30–38, los grupos más rápidos conocen un contador con nombre que sube durante la partida y se comprueba al final.

World "forest":
Character "Mara":
  say Help me and I will pay you in coins.
  if choice is "Fetch the water":
    coins + 10
    say Thank you!
  if choice is "Chop the wood":
    coins + 10
    say Warmth at last!
Win when: coins is 20

Un estudiante que lo entendió puede: responder "¿cuántas monedas tienes ahora mismo, y cómo lo sabes?" y —la prueba de verdad— darse cuenta de que una victoria puesta en coins is 30 con solo dos trabajos de diez monedas en el juego nunca puede ocurrir. Eso es razonamiento aritmético sobre un programa en ejecución, que es exactamente para lo que sirve una variable.

4. Descomposición

Qué es: una cosa grande ("hacer un juego") se construye con piezas pequeñas que hacen un solo trabajo cada una.

Dónde lo encuentran: 0–5 y otra vez en 20–30. El gancho lo hace de un golpe: el docente juega un juego terminado y luego muestra las seis líneas que hay detrás. La clase ve el todo hecho de partes: un lugar, una persona, una cosa, una regla. Para 20–30 ya están armando esas partes ellos mismos.

World "forest":
Character "Mara":
  say Find the lost star!
  wants: 🌟 star
item 🌟 star
Win when: player has 🌟 star

Un estudiante que lo entendió puede: señalar cualquier línea y decir qué trabajo hace, y responder "¿qué línea borrarías para romper esto?" Puede planear lo siguiente que quiere nombrando la pieza que necesita ("quiero una puerta con llave, así que necesito un objeto y un personaje que lo dé") en vez de preguntar en general "¿cómo lo hago más difícil?".

5. Depuración

Qué es: cuando el programa no hace lo que querías, lees lo que realmente dice, formulas una hipótesis sobre la causa, cambias una cosa y vuelves a probar.

Dónde lo encuentran: en todas partes, pero con más fuerza en 20–30. El compilador se ejecuta mientras escriben, y sus mensajes están escritos como frases sobre las que un niño puede actuar, no como códigos de error. Tres que probablemente encuentren en esta clase:

• Sin forma de terminar. "Tu juego todavía no tiene forma de ganarse: agrega win dentro de una opción, o una línea Win when:." Este es el estado esperado al final de 10–20, y es lo que impulsa los siguientes veinte minutos.
• Un nombre que no existe. Si un estudiante escribe una regla de victoria sobre hablar con un personaje cuyo nombre escribió mal, la compilación se detiene con "No conozco a nadie llamado ...". Es el único fallo del lenguaje que detiene la compilación por completo, y es uno bueno: enseña que los nombres deben coincidir exactamente.
• El objeto puesto en el lugar equivocado. item va en el margen izquierdo (o directamente debajo de un World), no con sangría bajo un personaje. Quien le ponga sangría verá que el compilador informa que colocó el objeto en el suelo automáticamente para que la victoria siga siendo alcanzable: una señal visible de que la línea no hacía lo que creía. Vale la pena ponerlo en el pizarrón al principio: los objetos viven en el borde de la página.

Un estudiante que lo entendió puede: leer el mensaje antes de levantar la mano, cambiar una sola cosa en vez de reescribir todo, y volver a probar. El hábito que hay que elogiar en voz alta en esta clase es "léelo, cambia una cosa, vuelve a presionar Jugar".

6. Meta narrativa y obstáculo

Qué es: una historia solo sostiene la atención cuando alguien quiere algo y algo se interpone; y en un juego, las dos cosas tienen que estar escritas como reglas, no dadas por supuestas.

Dónde lo encuentran: 20–30 aporta la meta (wants: y Win when:); 30–38 aporta el obstáculo (un enemigo, o una opción que se puede errar).

World "cemetery":
Character "Mara":
  say Something is moving between the graves.
Enemy "Bone Rider":
  kind: skeleton
  count: 4
Win when: defeat all

Un estudiante que lo entendió puede: decir la meta de su juego y su obstáculo en una frase cada uno, y ver por qué "un bosque bonito por donde caminas" todavía no es un juego. Es el mismo análisis de deseo/obstáculo que hacen en clase de lengua, aplicado donde la respuesta se puede comprobar: la historia se resuelve o no, y la máquina te dice cuál de las dos.

Una nota sobre el bloque del enemigo: cada rasgo va en su propia línea con sangría. Escribir Enemy "Bone Rider": kind: skeleton todo en una línea mete el rasgo dentro del nombre del enemigo y la criatura sale mal. Es el error de formato más común de la clase y vale la pena adelantarse en el proyector.

La comprobación de "se puede ganar" del compilador como señal de evaluación

Esta es la parte que hace que la clase se pueda evaluar en 45 minutos, así que vale la pena ser preciso sobre qué hace y qué no.

Antes de entregar un juego, se comprueba si de verdad se puede terminar; no si es bueno, sino si existe una ruta hasta el final. Si nada en el guion puede producir nunca una victoria, al estudiante se le dice en lenguaje claro. Si la victoria depende de tener un objeto que ningún jugador podría recoger jamás, eso también se informa. La comprobación no es una nota ni una opinión de estilo; es una pregunta de alcanzabilidad, y el estudiante tiene que responderla razonando sobre su propio juego.

Ese razonamiento es la evidencia de evaluación. Para pasar la comprobación, un estudiante debe sostener dos cosas a la vez en la cabeza —"esto es lo que mi juego le pide al jugador" y "este es el camino que lo hace posible"— y notar cuándo lo segundo no existe. Un estudiante que tiene una estrella en el mundo, un personaje que la pide y una regla de victoria que la comprueba ha demostrado que puede seguir un camino a través de un sistema que él mismo construyó. Un estudiante cuyo juego dice "todavía no tiene forma de ganarse" y que luego deduce, sin ayuda, que escribió un wants: pero nunca un Win when: ha demostrado algo mejor.

En la práctica, esto significa que no vas a corregir 28 juegos en tu casa. Al recorrer el aula, la pantalla te dice dónde está cada estudiante: todavía escribiendo, advertido y pensando, o limpio y jugable. La señal que debe recoger el docente no es "¿compiló?" (casi todo compila) sino "¿puede este estudiante decir, con palabras, por qué su juego se puede ganar?" Hazle esa pregunta a tres o cuatro estudiantes en los últimos diez minutos y ya tienes tu evaluación formativa de la clase.

De un vistazo

Para un plan de estudios

En una clase de 45 minutos, estudiantes de 10 a 14 años escriben un guion de texto corto que construye un juego 3D jugable en el navegador, y luego juegan el trabajo de sus compañeros. El guion es lenguaje común con sangría —un lugar, un personaje, algo de diálogo, un objeto y una regla para ganar—, así que no hace falta experiencia previa en programación ni de los estudiantes ni del docente, y no se instala nada. Los estudiantes se encuentran con secuencia (el orden de las líneas y qué agrupa la sangría), selección (una opción que se bifurca donde un camino termina el juego y el otro no), variables y estado (el inventario del jugador, y un contador que comprueba la regla de victoria), descomposición (un juego dividido en lugar, personaje, objeto y regla) y depuración (leer un mensaje en lenguaje claro del compilador, cambiar una cosa y volver a probar). También se apoya en el trabajo de lengua y alfabetización: los estudiantes deben expresar un deseo y un obstáculo de forma explícita, porque el juego solo se resuelve si ambos están escritos como reglas. El trabajo se corresponde con los ejes de secuencia, selección y depuración comunes a casi todos los currículos de computación, y se puede evaluar sin recoger cuadernos: antes de poder entregar un juego, se comprueba si de verdad se puede terminar, así que cada estudiante tiene que razonar —y saber explicar— el camino que hace que su propio juego se pueda ganar. Continuación sugerida: una segunda clase que agregue un segundo lugar y una meta de varios pasos, o una versión interdisciplinaria donde el guion recuente un texto que hayan estudiado.

Evaluación

Cuatro ejes, cuatro niveles. Cada casilla describe algo que puedes ver en la pantalla: una estrella que falta, un mensaje en la barra de estado, un niño que cambia una línea y vuelve a presionar Jugar. Nada de esto exige que leas código que no entiendes.

Los ejes nombran conceptos en lugar de códigos oficiales: el eje 1 es secuencia y estructura (el orden y la sangría cambian el resultado), el eje 2 es estado de meta y descomposición (qué tiene que ser verdad para que esto termine, y qué tiene que existir para que eso pase), el eje 3 es diseño narrativo más selección (una meta, un obstáculo, una bifurcación), el eje 4 es depuración. Se corresponden sin problema con los ejes de secuencia/selección y depuración de casi cualquier currículo de computación: relaciónalos con tu propio plan en vez de confiar en un código impreso por alguien que nunca vio tu programa.

La rúbrica

Cómo se ve "consolidado" en pantalla

Consolidado en los ejes 1, 2 y 3 al mismo tiempo: seis líneas, una meta nombrada, una victoria alcanzable:

Win when: player has 🌟 star
World "forest":
Character "Mara":
  say Bring me the star and the forest wakes up.
  wants: 🌟 star
item 🌟 star

Avanzado en el eje 3: el objeto no está tirado por ahí, lo tiene un enemigo, y el final responde a la meta:

Title: The Cave Star
Win when: player has 🌟 star
Ending: The forest wakes up.
World "cave":
Character "Mara":
  say A raider took our star. Get it back!
Enemy "Raider":
  kind: raider
  drops 🌟 star

Avanzado en el eje 2: la victoria está detrás de una condición y hay una rama de fracaso real, así que el jugador puede quedarse fuera:

Title: The Bridge
Ending: You crossed the bridge before dark.
World "forest":
Character "Toll Keeper":
  say Nobody crosses this bridge for free.
  if player has 🪙 coin:
    say A coin! Cross, friend.
    win
  else:
    say Come back when you have a coin.
item 🪙 coin

Cómo corregir treinta de estos en diez minutos

Abre la página de tu clase en /class/ más el código de tu clase y corrige de arriba abajo por la tabla: cada entrega es una tarjeta con el apodo del estudiante, el título que eligió y una captura de su mundo, y como el botón Entregar rechaza un guion que no compila, cada tarjeta de esa página ya superó el nivel inicial del eje 1. Para los ejes 2 y 3, haz clic en una tarjeta y luego en Remezclar este juego: eso abre el guion del propio estudiante en el editor, donde la barra de estado te dice en una línea si se puede ganar ("Tu juego todavía no tiene forma de ganarse…" o nada en absoluto) y las líneas say que tienes delante te dicen si alguna vez se nombró una meta; unos quince segundos por estudiante. El eje 4 es el único que la página de clase no te puede mostrar, así que ese márcalo en el aula durante los bloques de 20-30 y 30-38: una marca en la lista en el momento en que ves a un estudiante leer un mensaje, cambiar una línea y volver a presionar Jugar. Y sales con toda la tabla corregida.

Si solo tienes tiempo para un juicio

• ¿Se puede ganar? Esa sola pregunta separa un texto de un juego, y el editor te la responde en una línea; por eso merece más de tu atención al corregir que cualquier otra cosa de esta página.
• Guarda la evidencia sin esfuerzo. La URL de la página de clase es el conjunto completo de trabajos; el guion detrás de cualquier tarjeta está a un clic con Remezclar, por si un padre, un moderador o un coordinador quiere ver qué escribió realmente un estudiante.

Solución de problemas: qué se rompe en un aula real

Todo lo de abajo está escrito para resolverse de pie, en unos 30 segundos, sin alejarse del escritorio del estudiante. Cada entrada te da el síntoma, una frase que puedes decir en voz alta y la solución.

Dos reglas que te van a salvar casi toda la clase:

• Nunca tomes el teclado. Señala la línea. El estudiante escribe el arreglo. Toma diez segundos más y es todo el sentido de la clase.
• Que se rompa es lo normal. Si tratas un mensaje rojo como un desastre, treinta estudiantes lo van a tratar como un desastre. Trátalo como el juego hablándoles.

Búsqueda rápida

1. "Dice que mi juego no se puede ganar"

Cómo se ve: el estudiante presiona Jugar o Entregar y recibe un mensaje que dice que el juego no se puede terminar, nombrando algo: una meta que falta, o un objeto que nadie podría recoger nunca. El estudiante lo lee como "fracasé".

Di esto: "Eso no es un error, es la computadora diciéndote que jugó tu juego y no pudo terminarlo. O sea que una persona tampoco podría. ¿Qué se supone que tiene que hacer para ganar?"

Solución: recorre tres preguntas, en orden.

1. ¿Existe siquiera una línea Win when:? Un juego con solo wants: le da al jugador una tarea y un puntaje, pero no hay meta final, así que nunca se puede ganar. Este es el caso más común del tramo de 20 a 30 minutos.
2. ¿Win when: nombra exactamente lo mismo que la línea item? Mismo emoji, misma palabra. 👑 crown y 🌟 crown son dos cosas distintas para el compilador.
3. ¿La línea item está realmente en el mundo? Ve el problema 3 más abajo.

La forma que siempre funciona:

World "forest":
Character "Mara":
  say Find the lost crown!
  wants: 👑 crown
item 👑 crown
Win when: player has 👑 crown

Si andas corto de tiempo, dile a toda el aula una vez: "Todo juego necesita una última línea que empiece con Win when:." Esa sola frase evita como la mitad de estos casos.

2. No aparece nada cuando presionan Jugar

Cómo se ve: el mundo carga —suelo, cielo, pueden caminar— pero no hay personaje, o no pasa nada en absoluto. O la pantalla se queda en blanco con una rueda cargando.

Di esto: "El mundo se construyó bien, así que tu línea World está bien. Algo debajo de ella no se está leyendo. Mira la línea con el nombre de la persona."

Solución, en este orden:

• Faltan los dos puntos. Character "Mara" sin : al final. Toda línea World, Character y Enemy termina con dos puntos.
• Comillas ausentes o tipográficas. Si un estudiante pegó un nombre desde un documento, las comillas pueden ser las inclinadas. Bórralas y vuelve a escribir comillas rectas con el teclado de la Chromebook.
• Nada tiene sangría. La línea say debe quedar más a la derecha que la línea Character. Si todo está pegado a la izquierda, el personaje no tiene líneas que decir y se queda callado.
• Rueda girando en blanco, sin mundo. Eso es la red, no el guion. Espera quince segundos. Luego recarga la página una vez: su texto sigue ahí. Si pasa en más de tres máquinas a la vez, es el wifi de la escuela y conviene pasar al plan del proyector (ve el problema 8).

3. El objeto está escrito pero no está en el mundo

Cómo se ve: el estudiante jura que escribió la estrella. Puede recorrer el mundo entero y no hay estrella. No aparece ningún error, y eso es lo que hace traicionero este caso.

Di esto: "Mira qué tan a la derecha empieza tu línea item. Está metida bajo Mara, así que el juego cree que es algo sobre Mara y no algo del mundo. Empújala todo a la izquierda."

Solución: item vive en el extremo izquierdo, al mismo nivel que World, nunca con sangría bajo un Character. Con sangría bajo un Character se ignora en silencio, por eso nada se queja. Versión correcta:

World "cave":
Character "Rook":
  say I dropped my lantern somewhere in here.
  wants: 🔦 lantern
item 🔦 lantern
Win when: player has 🔦 lantern

Vale la pena decírselo a toda el aula una vez, cerca del minuto 22: "item va pegado a la izquierda. Los objetos le pertenecen al mundo, no a una persona."

4. El enemigo tiene un nombre ridículo

Cómo se ve: un monstruo dando vueltas llamado Raider kind: raider. A la clase le parece graciosísimo, lo cual está bien, pero el rasgo no se aplicó.

Di esto: "Todo lo que va después del nombre tiene que ir en su propia línea debajo, con sangría. Una idea por línea."

Solución: sepárala.

World "desert":
Character "Sam":
  say The raiders took my water key.
  wants: 🔑 key
Enemy "Raider":
  kind: raider
item 🔑 key
Win when: player has 🔑 key

5. El código de clase no funciona

Cómo se ve: "Clase no encontrada", o la página simplemente se queda ahí. Normalmente uno o dos estudiantes, de vez en cuando toda el aula.

Di esto: "Léemelo de vuelta, un carácter a la vez." Nueve de cada diez veces lo leen bien y lo escribieron mal.

Solución:

• Uno o dos estudiantes: es confusión de caracteres. Cero contra letra O, uno contra letra I, cinco contra S. Escribe el código en el pizarrón en mayúsculas grandes y bien separadas y di los caracteres ambiguos en voz alta ("ese es un cero"). Revisa también si hay un espacio al inicio por copiar y pegar, y que estén en vxlverse.com/class y no en una página de resultados de búsqueda.
• Toda el aula: lo más probable es que estés leyendo el código de ayer, o el de otra clase. Abre tu página de clase en el proyector y lee el código de ahí, en vivo.
• "Estamos teniendo problemas en este momento": eso es el servidor ocupado un instante, no un código equivocado. Espera un minuto y presiona reintentar. No regeneres el código: invalidarías el que ya está en el pizarrón.

Prevención: deja el código en el pizarrón durante toda la clase, no solo los primeros dos minutos. Quienes llegan tarde y quienes recargan lo necesitan.

6. Una Chromebook va lenta o el 3D va a saltos

Cómo se ve: el mundo se mueve como diapositivas, o se oye el ventilador, o Jugar tarda veinte segundos. Las Chromebooks de la escuela suelen ser la causa y casi nunca es culpa del juego.

Di esto: "Cierra todas las pestañas menos esta. Ahora mismo, todas."

Solución, de lo más barato a lo más caro:

1. Cierra todas las demás pestañas. Los estudiantes acumulan quince pestañas para la segunda hora; esto solo arregla la mayoría de los casos.
2. Sal de pantalla completa. Una imagen más pequeña cuesta mucho menos dibujar.
3. Presiona Jugar, no lo dejes corriendo. Pídeles que detengan el juego mientras escriben, y que solo jueguen cuando quieran comprobar algo.
4. Si sigue mal: mantén el mundo pequeño. Un World, uno o dos personajes, un enemigo. Diles que los enemigos son lo que más cuesta.
5. Si una máquina en concreto no tiene remedio, junta al estudiante con un compañero. Dos estudiantes en un guion es una buena clase, no una concesión: uno escribe, el otro lee la historia en voz alta, y cambian a la mitad.

7. Un estudiante termina en ocho minutos y se aburre

Cómo se ve: "Ya terminé." Tiene un juego que funciona y se puede ganar, y le quedan treinta minutos. Si lo dejas solo, va a empezar a narrar las pantallas ajenas.

Di esto: "Bien. Ahora haz que yo no pueda adivinar qué pasa. Dame una opción donde las dos respuestas sean tentadoras."

Solución: dales uno de estos, en orden creciente. No les des los cuatro.

• Agrega una opción de verdad con if choice is, donde ninguna de las dos sea obviamente la correcta.
• Agrega un Enemy, y luego haz que lo justifique en la historia: por qué está aquí, qué quiere.
• Agrega un segundo personaje que no esté de acuerdo con el primero. Dos personas que quieren cosas distintas del jugador es la ruta más rápida a una historia de verdad.
• Juega el juego de un compañero y escribe una frase honesta sobre qué lo confundió. Esta es la mejor: es revisión entre pares, no te cuesta nada, y hace que la sala de juegos del final sea mucho mejor.

World "forest":
Character "Mara":
  say The crown is lost. Will you help me look?
  wants: 👑 crown
  if choice is "I'll help":
    say Try the tall rocks past the river.
  if choice is "Not today":
    say Then the forest stays dark a while longer.
Enemy "Thorn":
  kind: raider
item 👑 crown
Win when: player has 👑 crown

8. Un estudiante se paraliza y no escribe nada

Cómo se ve: un editor vacío en el minuto 18. El estudiante no está siendo difícil: le pidieron inventar un mundo de la nada, en público, y eso es genuinamente difícil.

No digas "escribe cualquier cosa" ni "usa tu imaginación". Eso es justo lo que no puede hacer en este momento.

Di esto: "No inventes nada. Copia esto exactamente, presiona Jugar, y después cambia tres palabras: el lugar, el nombre de la persona y lo que esa persona quiere."

World "forest":
Character "Mara":
  say Hi! Bring me a star.
  wants: 🌟 star
item 🌟 star
Win when: player has 🌟 star

Solución: lo que desbloquea siempre es algo que funciona y se puede modificar, no una página en blanco. Si aun así se traba, hazle dos preguntas cerradas en vez de una abierta —"¿bosque o desierto?" y "¿quién está ahí, una persona o un animal?"— y no escribas nada tú. En cuanto una palabra sea suya, lo demás sigue solo.

9. Dos estudiantes eligen el mismo apodo

Cómo se ve: dos Dragon en la página de clase, y en la sala de juegos nadie sabe de quién es cuál juego. Casi nunca es una coincidencia: son dos amigos haciéndolo a propósito.

Di esto: "Necesitas un nombre que yo pueda leer al final y que todos sepan que es tuyo. Agrégale algo."

Solución: pídele a uno que agregue un par de letras: Dragon pasa a ser DragonJK. No hay cuentas, así que nada se rompe y nada se pierde; el único costo es la ambigüedad en la página de clase. Si pasa después de haber entregado, resuélvelo en la sala de juegos preguntando "¿de quién es este?" en vez de hacerles rehacer nada.

Prevención: di la regla una vez al momento de entrar: "tu apodo tiene que ser uno que yo pueda leer en voz alta a la clase, así que nada de apellidos reales ni groserías". Adelantarse toma diez segundos; deshacerlo después toma cinco minutos.

10. El proyector muestra lo que no debe

Cómo se ve: la página con el código de tu clase está a la vista mientras intentas hacer la demostración, o se ve tu correo, o estás reflejando la pantalla de un estudiante y su juego a medio escribir está en la pared.

Solución: usa dos ventanas del navegador desde el principio, no dos pestañas; las pestañas están a una tecla del desastre.

• Ventana uno, en el proyector: tu página de clase. Es lo que está arriba durante la entrada y otra vez durante la sala de juegos.
• Ventana dos, solo en la pantalla de tu laptop: todo lo demás. Correo, lista de asistencia, notas.

Si estás demostrando, hazlo en la ventana del proyector y luego vuelve a la página de clase. Nunca abras tu correo en la ventana del proyector "solo un segundito".

Para la sala de juegos: abres el juego de cada estudiante desde la página de clase en el proyector. Ese es todo el mecanismo: no hay una herramienta de sala de juegos aparte que configurar o que falle. Abre, juega sesenta o noventa segundos, nombra a la persona, sigue. Decide el orden de antemano y empieza con un estudiante callado, no con el juego más escandaloso.

Si el proyector falla del todo: la clase igual funciona. Sáltate la demostración y lee las seis líneas en voz alta mientras las escriben. La sala de juegos se convierte en estudiantes caminando en parejas hasta el escritorio de otro durante dos minutos.

11. "Entregué pero mi juego no está en la página de la clase"

Cómo se ve: el estudiante está seguro de que presionó Entregar; la página de clase no lo muestra.

Di esto: "Recarga la página de la clase. Si sigue sin estar, presiona Entregar otra vez: no pasa nada malo si lo haces dos veces."

Solución: recarga primero la página de clase (no se actualiza sola mientras la dejas abierta). Si de verdad falta, pídele que presione Entregar otra vez desde su pestaña. Entregar dos veces actualiza la misma entrada en vez de crear una duplicada. Si su pestaña ya no existe, ve el punto siguiente.

12. Un estudiante cerró la pestaña o la Chromebook se suspendió

Cómo se ve: pánico. "Se borró todo."

Di esto: "Vuelve a la página de la clase y pon otra vez el código y tu apodo."

Solución: volver a entrar con el mismo código y el mismo apodo es la vía de recuperación, y todo lo ya entregado está a salvo en la página de clase. El trabajo hecho desde la última entrega puede que no. Esta es la razón práctica para decir, en el minuto 25 y otra vez en el 35: "presionen Entregar ahora, siempre pueden entregar otra vez más tarde." Trata Entregar como un botón de guardado, no como una entrega final. Dilo a la clase de forma explícita, o van a acumular su trabajo hasta el último minuto y alguno lo va a perder.

13. Treinta computadoras con música al mismo tiempo

Cómo se ve: el aula se vuelve inservible cerca del minuto 20, cuando empiezan a sonar los primeros juegos.

Solución: adelántate. Antes de que alguien presione Jugar, di: "Volumen al mínimo, o audífonos si tienen. El sonido se enciende en la sala de juegos." Y luego que el sonido esté solo en el proyector, al final. Es una instrucción de dos segundos que te salva la segunda mitad de la clase.

14. Un estudiante escribe algo grosero

Cómo se ve: un nombre o una línea de diálogo que no querrías proyectar en la pared. Es un editor de texto y tienen once años; espera uno por clase.

Di esto, en voz baja y sin público: "Esto va al proyector al final. Cámbialo ahora y no volvemos a hablar del tema."

Solución: el disuasivo que de verdad funciona se anuncia por adelantado, en el minuto 5: "Todo lo que escriban lo leo en voz alta en el proyector al final." Dilo una vez, a la ligera, y casi nunca pasa. Cuando pasa, resuélvelo en el escritorio. Si al momento de la sala de juegos sigue ahí, sáltate ese juego y ocúpate después de la clase; no lo pongas en la pared para dar un ejemplo.

Antes de la clase: revisión de cinco minutos

Haz esto en la computadora que vas a usar, en la red real de la escuela, en el aula donde vas a dar la clase. Una revisión hecha en casa con tu propio wifi no prueba nada sobre las Chromebooks.

1. Crea tu clase y anota el código. Ponlo en el pizarrón ahora, en mayúsculas grandes y bien separadas, no durante la clase. Di en voz baja los caracteres ambiguos: ¿eso es un cero o una O?
2. Entra a tu propia clase como estudiante desde una segunda ventana o una Chromebook de repuesto, con un apodo como TEST. Escribe el juego de seis líneas, presiona Jugar, gánalo, presiona Entregar. Estos son los noventa segundos de preparación más valiosos: prueban el código, la red, el 3D y la entrega de una sola pasada. Después borra o ignora la entrada de prueba.
3. Revisa una Chromebook real de estudiante, no la buena que está adelante. Presiona Jugar y camina diez segundos. Si esa máquina va fluida, el aula está bien. Si va a saltos, planea juntar a los estudiantes en parejas y dilo al principio, en vez de descubrirlo en el minuto 15.
4. Prepara dos ventanas para el proyector —la página de clase en el proyector, todo lo demás en tu propia pantalla— y comprueba que el texto proyectado se lea desde la última fila. El texto del editor es pequeño; aumenta el zoom del navegador en la ventana del proyector ahora.
5. Ten el juego de seis líneas en el pizarrón o en papel. Es tu respuesta para el estudiante paralizado, tu plan B si el proyector falla y tu guion de demostración. No cuentes con recordarlo mientras treinta estudiantes te miran.

Opcional, vale la pena si tienes dos minutos más: decide de antemano qué cinco juegos vas a abrir en la sala de juegos y en qué orden. Treinta juegos no caben en siete minutos, y elegir a las apuradas significa que eliges el más ruidoso.

VXLScript — Ficha de escritorio

Tú escribes la historia. La computadora construye el mundo 3D mientras escribes. Si tu juego no se puede terminar, el revisor te avisa antes de que lo entregues.

Las seis líneas que hacen un juego

World "forest":
Character "Mara":
  say Find the lost star!
  wants: 🌟 star
item 🌟 star
Win when: player has 🌟 star

Eso es un juego completo. Un mundo, alguien dentro, algo que esa persona quiere, algo que encontrar y una forma de ganar. Todo lo demás que aprendas hoy es un cambio a una de estas seis líneas.

Sangría = adentro. Los dos espacios antes de say significan "esto le pertenece a Mara". Las líneas sin espacios delante le pertenecen al juego mismo.

Qué hace cada palabra

Mundos que puedes pedir: forest, beach, desert, snow, jungle, swamp, volcano, dungeon, city-night, canyon, cemetery, mushroom, crystal. Tipos de enemigo: skeleton, zombie, wolf, raider, robot, slime, bat, spider, ghost, wyrm, golem.

Las tres cosas que siempre se rompen

1. Un item escondido dentro de un Character

Esta es traicionera porque nada se pone rojo: la estrella simplemente nunca aparece en el mundo, y la misión no se puede terminar.

Mal (el objeto tiene sangría, así que pertenece a Mara):

Character "Mara":
  wants: 🌟 star
  item 🌟 star

Bien (el objeto empieza en el extremo izquierdo, así que pertenece al mundo):

Character "Mara":
  wants: 🌟 star
item 🌟 star

Regla práctica: las líneas item van en el borde izquierdo, no metidas debajo de una persona. Si presionas Jugar y lo que necesitas no está por ningún lado, revisa esto primero.

2. Aplastar un enemigo en una sola línea

Mal: la computadora cree que el nombre completo del enemigo es "Sandclaw": kind: raider:

Enemy "Sandclaw": kind: raider

Bien: los dos puntos cierran la línea, los detalles van debajo:

Enemy "Sandclaw":
  kind: raider

3. Una misión sin forma de ganar

wants: te da puntos cuando entregas el objeto. Los puntos no son ganar. Si no hay una línea Win when: ni un win dentro de una opción, tu juego sigue para siempre y nadie lo puede terminar. Agrega una línea en el borde izquierdo:

Win when: player has 🌟 star

Ahora prueba — tres retos

Reto 1 — Hazlo tuyo

Cambia el mundo, ponle otro nombre al personaje y cambia el objeto por algo que hayas inventado. Léelo en voz alta después: ¿la historia sigue teniendo sentido?

World "volcano":
Character "Ash":
  say My lantern fell in the lava. Find me another!
  wants: 🏮 lantern
item 🏮 lantern
Win when: player has 🏮 lantern

Reto 2 — Agrega peligro

Agrega un enemigo que cuide lo que necesitas. Recuerda: kind: va en su propia línea con sangría. tier: es qué tan duro es: empieza en 3, no en 30.

World "desert":
Character "Rin":
  say Something is out there. Bring me the star and we run.
  wants: 🌟 star
Enemy "Sandclaw":
  kind: raider
  tier: 3
item 🌟 star
Win when: player has 🌟 star

Reto 3 — Dale una decisión al jugador

Una opción significa que dos personas pueden jugar el mismo juego y tener finales distintos. Fíjate que aquí no hay Win when:: el win dentro de la primera respuesta es la forma de ganar.

World "snow":
Character "Frost Guard":
  say The gate is locked. Do you have the key?
  if choice is "Here is the key":
    say Then the mountain is yours.
    win
  if choice is "Not yet":
    say Come back when you find it.
item 🔑 key

Para ir más lejos: haz que la segunda respuesta también lleve a algún lado, agrega un Ally que te siga, o usa if player has key: para que el guardia reaccione distinto según lo que lleves encima.

Antes de entregar

1. Presiona Jugar y termina de verdad tu propio juego. Si tú no puedes, nadie puede.
2. Revisa que cada línea item empiece pegada al borde izquierdo.
3. Revisa que tengas una línea Win when: o un win al que el jugador pueda llegar.
4. Lee tus líneas say. ¿Te gustaría leerlas en el juego de otra persona?

Después entrégalo, y prepárate para jugar el de todos los demás en la pantalla grande.