Por qué los juegos cooperativos online se parecen a un hacklab

Un martes a las 21:40, cuatro personas con auriculares discuten por voz quién se olvidó de traer munición. Un sábado a las 16:00, cuatro personas alrededor de una mesa discuten quién se olvidó de traer el estaño. Si me tapan los ojos y me dejan escuchar solamente, no sé muy bien cuál de las dos escenas es una partida cooperativa online y cuál es una tarde en el hacklab.

Esa confusión no es casualidad. Llevo años en los dos mundos, modificando consolas viejas en el taller y jugando cooperativos por la noche, y cada vez estoy más convencido de que se entrenan las mismas habilidades. Te cuento por qué, con algunos juegos concretos y una opinión que va a molestar a más de un jugador competitivo.

Nadie tiene todas las piezas

La regla número uno de un hacklab es que nadie sabe de todo. Una persona entiende de microcontroladores, otra sabe imprimir en 3D, otra tiene paciencia para soldar componentes de montaje superficial que son más chicos que un grano de arroz. Los proyectos salen cuando esas personas se cruzan.

Los mejores juegos cooperativos están diseñados exactamente así. Keep Talking and Nobody Explodes es el ejemplo más puro: un jugador ve una bomba en pantalla y no tiene el manual; los demás tienen el manual y no ven la bomba. Ninguno puede ganar solo. Es, literalmente, la situación de alguien con el multímetro en la mano y alguien leyendo la hoja de datos en voz alta.

Deep Rock Galactic hace algo parecido con clases. Hay cuatro enanos mineros: uno perfora túneles, otro pone plataformas y torretas, otro ilumina las cuevas con bengalas y se mueve con un gancho, y otro dispara mucho y tiende cables tirolesa. Una partida con cuatro jugadores de la misma clase es posible, pero bastante más difícil. Al grupo le conviene repartir los roles. Igual que un taller con cuatro personas que solo saben programar: puede funcionar, pero alguien va a terminar soldando mal.

El fallo es parte del proceso, no un castigo

En el hacklab rompemos cosas todo el tiempo. Un regulador de 5 V que se quema porque alguien conectó 12 V, una impresión de seis horas que se despega de la cama en la hora cinco. Nadie se enoja demasiado. Se anota qué pasó, se cambia algo, se prueba otra vez.

Los juegos cooperativos que funcionan bien tienen esa misma cultura. En Overcooked 2 casi todas las primeras partidas de un nivel son un desastre: cebollas en el piso, platos sucios, alguien cayéndose al río. Lo interesante viene en el tercer o cuarto intento, cuando el grupo empieza a decir "yo corto, tú lavas, ella sirve". El juego castiga muy poco el error y premia mucho la reorganización.

Compáralo con muchos juegos competitivos donde una mala partida baja tu rango y un compañero te escribe insultos en el chat. Esa cultura enseña a esconder errores, que es lo peor que le puede pasar a un taller. Un error escondido en un circuito es un incendio pequeño esperando su turno.

La documentación compartida

Este es mi punto favorito, y el que menos se ve desde afuera. Un hacklab vive de la documentación: wikis, carpetas compartidas, fotos de cómo quedó el cableado, notas sobre qué funcionó. Cuando armamos el escáner de libros, más de la mitad del trabajo fue escribir cómo se armaba para que otro pudiera repetirlo.

Las comunidades de juegos cooperativos hacen lo mismo sin que nadie se lo pida. En Factorio, los grupos que juegan partidas multijugador largas, de 50 o 100 horas, terminan usando planos compartidos: diseños guardados de partes de la fábrica que cualquiera del grupo puede pegar. Es un repositorio de soluciones probadas. Hablamos más de eso en por qué los juegos de fábrica online enseñan a optimizar.

En Valheim, mis amigos y yo teníamos un cartel junto a la puerta de la casa base con instrucciones tipo "el cofre de la izquierda es para metales, no tirar piedras ahí". Sí, alguien tiraba piedras igual. Como en cualquier taller.

La opinión impopular: hablar menos funciona mejor

El consejo típico en los cooperativos es "comuníquense todo el tiempo". Guías, videos y tutoriales lo repiten: avisa dónde estás, avisa qué tienes, avisa qué vas a hacer. La comunicación constante como solución mágica.

Yo creo que es un mal consejo, o por lo menos un consejo incompleto. Los mejores grupos con los que jugué hablan poco. No porque se lleven mal, sino porque ya acordaron los roles y cada uno confía en que el otro hace su parte. Cuatro personas hablando a la vez por voz es ruido. En una partida de Deep Rock Galactic con un grupo nuevo, contamos una vez más de 30 avisos en un minuto durante una oleada de enemigos. Perdimos. Con el grupo habitual, en la misma situación, hubo quizás seis frases, todas útiles. Ganamos con margen.

En el hacklab pasa exactamente lo mismo. Las tardes más productivas no son las de más charla, son las de "tú haces la carcasa, yo el firmware, nos juntamos a las seis para probar". La comunicación buena es corta, precisa y en los momentos de unión entre tareas. Lo demás es ruido.

Un buen equipo no es el que más habla. Es el que sabe cuándo hablar y cuándo dejar trabajar.

Lo que un juego cooperativo no te enseña

Para no venderte humo: hay cosas del taller que ningún videojuego cubre. En un juego el error cuesta un reintento de cinco minutos. En el banco de trabajo puede costar un componente de 20 dólares, una quemadura con el soldador a 350 °C o una batería de litio hinchada que hay que sacar con cuidado. Las consecuencias físicas cambian cómo uno piensa.

Tampoco enseñan a terminar. Un juego cooperativo te dice cuándo se completó la misión. Un proyecto de taller no tiene esa pantalla de victoria; tú decides cuándo está "suficientemente bien". Y ahí es donde muchos proyectos se quedan para siempre en el 80 por ciento.

Y hay un detalle social que me parece importante. En una partida online puedes silenciar a alguien que molesta. En un hacklab hay que resolverlo cara a cara. Es más incómodo, pero también es lo que hace que una comunidad dure años.

Cómo usar esto la próxima vez que juegues

Te propongo un experimento simple para tu próxima sesión cooperativa con amigos. Antes de empezar, dediquen tres minutos a repartir roles claros, aunque el juego no los imponga. Después, durante la partida, intenten hablar solo cuando haya un cambio: algo nuevo apareció, alguien necesita ayuda, alguien terminó su parte. Al final, cinco minutos de "qué salió mal y qué cambiamos".

Si eso funciona, ya tienes la estructura básica de un taller colaborativo. Lo único que falta es llevarla a una mesa con herramientas. Si quieres pensar en eso con más profundidad, también escribimos sobre cómo los juegos online enseñan a pensar como un maker.

Y si un día pasas por un hacklab y escuchas a alguien gritar "¿quién se llevó el estaño?", ya sabes: es exactamente igual que perder la munición. Solo que acá no hay respawn.