Encuentra juegos online que enseñan programación jugando

Cada vez que damos un taller de introducción a Arduino, alguien pregunta lo mismo al final: "¿Hay algún juego para practicar programación en casa?". La respuesta corta es que sí, hay muchos. La respuesta útil es más larga, porque no todos enseñan lo mismo, y algunos enseñan cosas que después hay que desaprender.

En este artículo explico qué tipo de juegos existen, qué habilidad concreta entrena cada uno y en qué orden conviene jugarlos. No voy a suponer que sabes qué es una variable o un bucle. Si lo sabes, puedes saltar los párrafos de definición sin culpa.

Primero, qué significa "aprender a programar"

Programar no es memorizar la sintaxis de un lenguaje. Es, sobre todo, tres habilidades que se combinan:

• Descomponer un problema en pasos pequeños y ordenados. Por ejemplo, "preparar café" se convierte en "llenar agua, encender, esperar a que hierva, verter".
• Controlar el flujo: decidir qué pasos se repiten (un bucle) y cuáles dependen de una condición (un "si pasa esto, haz aquello").
• Depurar: encontrar por qué el programa hace algo distinto de lo que esperabas. Esta es la parte que más tiempo ocupa en la vida real. Bastante más que escribir.

Los buenos juegos de programación entrenan una o varias de estas habilidades. Ninguno las entrena todas por igual, y eso está bien siempre que lo sepas.

Cuatro familias de juegos, de lo más simple a lo más exigente

Juegos de bloques y órdenes visuales

El jugador arrastra instrucciones como "avanzar", "girar" o "repetir 3 veces" para mover un personaje por un tablero. Lightbot es el ejemplo clásico: un robot tiene que encender casillas y tú solo dispones de un número limitado de huecos para instrucciones. Para resolver los niveles avanzados hay que crear funciones, es decir, grupos de instrucciones reutilizables.

Entrenan descomposición y la idea de función. Son ideales para niños desde unos 7 u 8 años y para adultos que nunca programaron. Una partida típica dura entre 20 y 40 minutos.

Juegos de lenguaje simplificado tipo ensamblador

Human Resource Machine es mi recomendación favorita para adultos principiantes. Controlas a un oficinista que lleva cajas con números de una cinta de entrada a una de salida, usando unas pocas instrucciones como copiar, sumar o saltar. Sin decirlo, el juego te está enseñando cómo funciona un procesador por dentro: registros, memoria, saltos condicionales.

Cada nivel muestra dos retos opcionales: resolverlo con menos instrucciones y resolverlo en menos pasos de ejecución. Muchas veces no puedes lograr los dos con la misma solución. Esa tensión entre tamaño y velocidad es real en programación, y es exactamente la que encontramos al escribir código para un microcontrolador con 2 KB de RAM, como el de un Arduino Uno.

Juegos con código escrito

Aquí ya se escribe código de verdad, con texto. CodeCombat, que se juega en el navegador, enseña Python o JavaScript mientras guías a un héroe por mazmorras. Las primeras órdenes son tan simples como mover al personaje hacia la derecha, y poco a poco aparecen variables, bucles y condiciones.

Hay también juegos online donde el código compite contra el de otros jugadores. Screeps, por ejemplo, es un juego de estrategia multijugador persistente donde no controlas las unidades con el ratón: escribes en JavaScript el programa que las controla, y ese programa sigue corriendo en el servidor aunque cierres el navegador. Es exigente. Recomiendo llegar con algo de base.

Juegos de programación con hardware simulado

TIS-100 y Shenzhen I/O, ambos de Zachtronics, simulan computadoras y circuitos ficticios con sus manuales en PDF incluidos. Shenzhen I/O en particular se parece mucho a diseñar con microcontroladores reales: hay que leer hojas de datos, gestionar pines de entrada y salida y respetar el costo de los componentes. Son difíciles. También son lo más cercano a lo que hacemos en el hacklab.

Lo que estos juegos no enseñan

Aquí tengo que contradecir una idea bastante extendida: que si un chico o un adulto termina tres o cuatro de estos juegos, "ya sabe programar". No es así, y conviene decirlo claro para evitar frustraciones.

Los juegos de programación tienen un mundo cerrado. El problema está bien definido, las instrucciones disponibles son pocas y el juego te dice cuándo lo resolviste. En un proyecto real ocurre lo contrario:

1. Nadie te dice cuándo terminaste. Tienes que decidir tú qué significa "funciona".
2. Los errores no vienen con un mensaje amable. A veces el compilador muestra una línea de 200 caracteres que hay que aprender a leer.
3. Hay que buscar documentación, entenderla y adaptarla. En el juego, la documentación es un tutorial de 3 pantallas.
4. El código crece. Un programa real de 2000 líneas necesita organización, nombres claros y control de versiones. Ningún juego que conozca entrena eso bien.

Esto no le quita valor a los juegos. Le pone límites. Un juego de programación es un gimnasio para el razonamiento lógico, no un sustituto de escribir un programa propio que haga algo útil.

Una ruta concreta para las primeras 20 horas

A quienes preguntan en los talleres les propongo este orden. Lo probé con un grupo de 9 personas de entre 14 y 52 años durante un mes, con dos sesiones semanales de una hora.

Horas 1 a 3: un juego de bloques como Lightbot. El objetivo es entender que el orden de las instrucciones importa y que las funciones ahorran trabajo.

Horas 4 a 10: Human Resource Machine hasta donde se llegue. En nuestro grupo, la mayoría llegó a la mitad del juego. Dos personas abandonaron en el nivel de multiplicación, que es un salto de dificultad notable.

Horas 11 a 18: CodeCombat en Python. Aquí aparece la sintaxis real: los dos puntos, la sangría, los paréntesis. Los errores de tipeo frustran al principio, y es normal.

Horas 19 y 20: salir del juego. Escribir un programa pequeño fuera de cualquier juego, por ejemplo uno que encienda un LED cuando se presiona un botón en un Arduino. Es el paso más importante y el que más gente salta.

Al final del mes, 7 de las 9 personas lograron escribir y depurar ese programa del LED con ayuda mínima. Es una muestra pequeña y no tiene valor estadístico, pero me pareció un buen indicio.

Cómo saber si un juego vale la pena

Hay muchos juegos que dicen enseñar programación y en realidad solo enseñan a seguir instrucciones. Antes de dedicarle horas, conviene revisar tres cosas:

¿Hay más de una solución por nivel? Si cada nivel tiene una única respuesta correcta, el juego se parece más a un acertijo que a programación. En la programación real casi siempre hay varias soluciones válidas.

¿El juego te deja equivocarte y ver por qué? Los mejores ejecutan tu programa paso a paso para que observes dónde falla. Eso es depuración en su forma más pura.

¿Las ideas se pueden nombrar fuera del juego? Si al terminar puedes decir "esto era un bucle con condición de salida", el aprendizaje es transferible.

Para quien prefiera aprender lógica sin escribir código, también recomiendo los juegos de construcción. Escribimos sobre ello en por qué los jugadores de sandbox aprenden lógica sin notarlo y en cómo Minecraft enseña circuitos con redstone. Las compuertas lógicas de redstone son un buen puente entre jugar y entender electrónica digital.

Para empezar esta semana

Elige un solo juego de la primera familia y juega 30 minutos. Cuando un nivel no te salga, no busques la solución en internet de inmediato. Ejecuta tu programa paso a paso y anota en un papel en qué instrucción se separa lo que esperabas de lo que ocurre. Esa nota, por pequeña que sea, es tu primera sesión de depuración. Y depurar es, con diferencia, la habilidad que más vas a usar.