Con ese contexto es laudible cómo el estudio independiente español Palitroque logró desarrollar un juego muy entretenido basado en el concepto. Dystopicon se describe como un incómodo simulador de vida distópico. Está ambientado en un mundo retrofuturista donde los robots reemplazaron a los humanos en el trabajo. Asumimos el rol de un Ciudadano Clase 2, que recibe un hogar (habitación) del gobierno a cambio de realizar la simple tarea de mirar la TV. Cada segundo que miramos televisión, ganamos dinero. Con ese dinero podemos comprar servicios esenciales para mantener vivo a nuestro personaje.

El personaje tiene una serie de medidores al mejor estilo The Sims: Salud, Hambre, Confort y Diversión. El desafío del juego es equilibrar nuestras actividades para mantenernos sanos y salvos. Para cubrir éstas necesidades básicas, tenemos que gastar dinero en comida, una ducha, prender la estufa, mirar entretenimiento y otras actividades posibles dentro de nuestro hogar. La comida cuesta dinero, usar la ducha cuesta dinero, prender la estufa cuesta dinero, usar la cama cuesta dinero y así casi todo.

Cada segundo que miramos televisión nos puede generar ingresos, dependiendo de lo que miremos. También nos puede ayudar a mejorar el puntaje de calificación ciudadana o no. Este puntaje nos ayudará a ascender en niveles de ciudadanía de esta sociedad distópica, o terminar en un centro de reeducación. La base del juego es la estrategia para gestionar nuestro tiempo y los recursos, equilibrando las actividades, usos de servicios y canales de televisión que miramos.

No sólo podemos mirar la televisión, hay algunas actividades más que podemos realizar. También interactuamos con los vecinos y la policía. Está bueno jugarlo sin saber mucho de antemano, e ir descubriendo cosas al explorar por tu cuenta. Las acciones afectan el desenlace y en total hay 14 finales posibles para el juego. El final 1 de 14, uno de los más fáciles de alcanzar, se da cuando nos descuidamos y el personaje fallece. También podemos tomar un atajo y hacer uso de la máquina de eutanasia. Definitivamente no es un juego para niños.

A medida que avanzamos vamos obteniendo objetos nuevos gracias a la amabilidad del ente totalitario que nos gobierna: La Trinidad. Si nos portamos bien, incluso podríamos tener la oportunidad de unirnos al Partido.

Empecé el juego pensando "lo voy a probar unos minutos y veo qué tal", y cuando quise acordar había estado jugando por más de una hora. Me enganchó con el humor distópico y la curiosidad por saber qué más puede pasar. Tiene un lado bastante oscuro. No quiero contar mucho de las cosas que pasan, porque creo que está bueno ir descubriéndolas a medida que jugamos. Pero sí, tiene imágenes un poco perturbadoras que me causaron gracia.

Terminar una partida entera no lleva mucho tiempo. Incluso podemos morir bastante rápido si no cuidamos bien al ciudadano. Pero lo divertido es volver a jugar e intentar obtener uno de los finales distintos. También según las decisiones que tomemos, habrán distintas cosas que podemos explorar un poco más. Podemos elegir cumplir con lo que el gobierno espera de un buen ciudadano, o rebelarnos y seguir un camino más idealista y rebelde. Todo con distintas repercusiones y consecuencias. Y hay más eventos que suceden durante el juego, pero de nuevo, creo que cuanto menos se sepa antes de jugarlo, mejor.

Las motivaciones y la historia detrás de Dystopicon

Está muy interesante conocer un poco sobre su desarrollo. El proyecto empezó en 2018 de manera muy modesta de la mano de Juan Felipe Molina, con un prototipo en Itch.io y recursos de terceros de la Unity Asset Store. A lo largo de unos 12 meses, amplió la historia y la mecánica de juego, probando qué funcionaba y qué no. Esa primera versión alcanzó la cifra de 12.000 descargas. Por muchos años recibió comentarios muy positivos sobre el juego y parecía que la gente lo disfrutaba, pero no disponía del tiempo necesario para dedicarse a él de manera profesional. En Noviembre de 2025, Juan Felipe dejó su trabajo y decidió lanzar profesionalmente Dystopicon en Steam.

"Siempre me han encantado las historias distópicas y soy un gran admirador de los grandes clásicos, especialmente de las obras de Philip K. Dick. En su novela Ubik, el protagonista tiene que introducir una moneda en distintos aparatos domésticos para poder usarlos, y esa idea me gustó mucho. Necesitaba otra mecánica que justificara por qué el jugador ganaría dinero, y empecé a pensar en la televisión y las redes sociales, y en cómo mantienen a las personas pegadas a las pantallas. ¿Cuál podría ser el siguiente paso? ¡Que te paguen por hacer exactamente eso!

Una vez que tuve esos dos elementos (que te pagaran por ver la TV y usar ese dinero para comprar servicios), empecé a crear el resto del juego. Finalmente terminé el prototipo con un ciclo de juego de 28 días, en el que el jugador debía sobrevivir viendo la televisión y leyendo los informes diarios enviados por el gobierno. Luego llegó la pandemia y la gente se vio confinada en casa, mirando pantallas, y en muchos casos recibiendo apoyo del gobierno para afrontar la situación."

— Juan Felipe Molina (Director del juego y Desarrollador Principal)

Las mecánicas ya habían sido minuciosamente probadas, la historia funcionaba, pero a los modelos 3D les faltaba personalidad. Por eso, Juan Felipe contrató a Xenia Almela, artista 3D que le brindó al juego la identidad visual y personalidad que tiene hoy en día. Además, Mario Alba, artista 2D que había creado una serie de cómics para el juego original, aceptó crear muchos más para la versión final.

Gracias a todo lo descrito arriba nació Dystopicon, y se lanzará como un producto comercial.

¡Recomiendo Dystopicon!

Me atrapó bastante ir leyendo las notas, seguir la historia y disfrutar de la ambientación distópica, el arte retrofuturista está muy bueno. Tanto el humor como algunos de esos aspectos de los que no quiero comentar mucho me dieron un aire Portal y Portal 2, 2 de mis juegos preferidos. Es un juego para divertirse un buen rato con una sátira del capitalismo, el gobierno, los medios y filosofar sobre la libertad. Suena sencillo, pero tiene algunas capas extras de diversión y humor que agregan mucho, y nos anima a volver a jugarlo.

Como lector de mucho libro del género, me llamó la atención enseguida, y me alegro de haberlo probado. Voy a tener que leer Ubik de Philip K. Dick...

Dystopicon está hecho en Unity, publicado para Windows. Pero funciona perfectamente con Proton 11 en Linux. Se publicó ayer en Steam al precio de USD 7.99/MXN 100.99 y está a un 15% de descuento durante las primeras dos semanas (hasta el 10 de agosto). Varios de los reviews en Steam son de usuarios que lo jugaron en Steam Deck, así que asumo funciona bien ahí también.

Está disponible probablemente en todas las distribuciones Linux. Pero no siempre viene instalado por defecto. Algunas distribuciones usan systemd timers, que tengo entendido cumplen la misma función. Y seguramente haya alguna otra implementación nueva que no conozco.

Recientemente tuve que usar cron para programar la actualización de mi sitio web personal. El sitio usa Middleman para generar archivos estáticos dinámicamente. Solía tenerlo alojado en GitHub, generándose automáticamente mediante GitHub Actions. Pero al moverlo a un servidor de alojamiento web común, tenía pendiente la actualización automática. La experiencia me sirvió para aprender más sobre cron y comparto mi experiencia con la esperanza de que le pueda servir a alguien más también.

Dependiendo de cada sistema, los directorios y ubicación de distintos archivos puede llegar a variar. Esta entrada está basada en mi experiencia con Debian GNU/Linux 12 (bookworm) en mi Raspberry Pi. En mi caso, no tuve que instalar nada, ya que cron venía instalado por defecto. Sin caer en el comportamiento poco productivo de "RTFM", tengo que señalar que man cron es un recurso muy bueno para aprender a usar cron. No hay que tenerle miedo a las man pages, que man es por manual, no por hombre. Realmente ayudan a comprender mejor estas cosas.

cron se inicia automáticamente desde /etc/init.d al entrar en niveles de ejecución multi-usuario. Las tareas para cron se definen en archivos crontab (tablas cron). Hay tablas cron a nivel sistema, pero también tenemos archivos crontab específicos de nuestro usuario. cron se despierta cada minuto, examina todos sus archivos crontab y cada comando para ver si tiene que ejecutar algo en el minuto actual.

El archivo /etc/crontab es la tabla cron a nivel sistema. En este se especifican tareas y el usuario que debe ejecutarlas:

fernando@raspberrypi ~ $ cat /etc/crontab
# /etc/crontab: system-wide crontab
# Unlike any other crontab you don't have to run the `crontab'
# command to install the new version when you edit this file
# and files in /etc/cron.d. These files also have username fields,
# that none of the other crontabs do.

SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

# Example of job definition:
# .---------------- minute (0 - 59)
# | .------------- hour (0 - 23)
# | | .---------- day of month (1 - 31)
# | | | .------- month (1 - 12) OR jan,feb,mar,apr ...
# | | | | .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat
# | | | | |
# * * * * * user-name command to be executed
17 * * * * root cd / && run-parts --report /etc/cron.hourly
25 6 * * * root test -x /usr/sbin/anacron || { cd / && run-parts --report /etc/cron.daily; }
47 6 * * 7 root test -x /usr/sbin/anacron || { cd / && run-parts --report /etc/cron.weekly; }
52 6 1 * * root test -x /usr/sbin/anacron || { cd / && run-parts --report /etc/cron.monthly; }

Este archivo tiene algunas cosas específicas de Debian. cron tiene soporte y está predefinido para también ejecutar tareas en los crontabs hourly, daily, weekly y monthly, (cada hora, diario, semanal, mensual). Importante ver que las variables SHELL y PATH están definidas en el crontab, algo a lo que voy a volver más adelante.

cron también revisa el directorio /var/spool/cron/crontabs, que contiene los archivos crontab nombrados a partir de las cuentas de usuario en /etc/passwd. Por ejemplo:

fernando@raspberrypi ~ $ sudo ls /var/spool/cron/crontabs/
fernando

Estos archivos se cargan en memoria, y no deberían ser accedidos directamente. Para acceder a ellos y actualizarlos debemos usar el comando crontab. El formato para definir una tarea cron es específico y está bastante bien documentado en los crontabs. Si ejecutamos crontab -l, podemos ver el archivo de tabla cron actual de nuestro usuario en el sistema. Para editarlo, ejeuctamos crontab -e.

Definiendo tareas para cron

La primera parte de una definición de tarea cron es la periodicidad. Son 5 campos que definen el minuto, hora, día, mes y día de la semana. Podemos usar asteriscos para definir "todos" y guiones para definir un rango. Por ejemplo el formato * * * * * dice "quiero ejecutar esta tarea cada minuto". El formato 0 6 * * * dice "quiero ejecutar esta tarea todos los días a las 6:00". Hay varias herramientas en línea para verificar la peroidicidad como crontab.guru y crontab.io.

Los guiones sirven por ejemplo para ejecutar una tarea sólo de lunes a viernes: 0 6 * * 1-5. O una tarea a ejecutar el primer día de cada mes a las 3 de la tarde: 0 15 1 * *.

La segunda parte de la definición de una tarea es el comando a ejecutar. Puede ser un comando directo o un script. Para cosas sencillas se puede ejecutar el comando directamente. Si por ejemplo ingreso esto en mi crontab:

Al minuto siguiente me voy a encontrar el archivo hola.txt en mi home con el texto "Hola mundo".

Ejemplo real: Depurando problemas con cron

Para el ejemplo real en el que quise usar cron, escribí un script para después llamar desde mi crontab. En la Raspberry Pi tengo un montón de cosas ejecutables en el directorio /home/fernando/bin/. Así que creé un directorio nuevo fb_site y ahí hice check out del código fuente del sitio. También ahí mismo cree el script publish.sh que ejecuta los pasos para generar el código nuevo y publicarlo (subirlo por FTP a un servidor):

Como describo en el script: Entro al directorio necesario, cargo el archivo .env al shell para tener disponibles los datos para subir los archivos a FTP, voy al directorio del código y ejecuto los comandos middleman para generar el código en el directorio build y los publico por FTP.

El siguiente paso fue agregar el script a mi crontab personal con crontab -e. Quiero que el sitio se actualice todos los días a las 6 de la mañana, así que agregué al final del archivo:

Para probar, empecé cambiando la hora a "dentro de 1 minuto", para ver si el sitio se actualizaba.

Inicialmente el script no estaba funcionando. Así que empecé a pensar formas de depurar y encontrar la razón. Lo primero que podemos hacer es comprobar que el script se está ejecutando. Por ejemplo, agregando una línea que escribe a un archivo de log: echo "`date` Publicando fernandobriano.com" >> /home/fernando/publish.log. Volvemos a editar el crontab para que se ejecute en el próximo minuto, y comprobamos que se creó el archivo publish.log.

El script se estaba ejecutando correctamente, pero por alguna razón, las partes con Ruby no estaban funcionando. Fue ahí donde me sirvió lo que comentaba más arriba de redefinir PATH en el crontab. El momento "Eureka" (o "me cayó la ficha" más en uruguayo) fue cuando razoné que seguramente cron ejecutara un shell mucho más liviano que mi shell personal donde venía probando el script. Una prueba que podemos hacer en ese momento, es escribir a un log la salida del comando env, donde vemos todas las variables definidas para el usuario/shell en ejecución.

La ejecución de Ruby

Mi script necesita bundler para correr middleman, una gema Ruby. Estoy usando rbenv, como comenté por acá, para gestionar versiones de Ruby. Estas herramientas agregan valores al PATH para poder usar distintas versiones de Ruby en nuestro sistema. Una de las pruebas que me confirmó que iba por buen camino fue cuando imprimí el valor de which ruby en un archivo desde cron, y me mostró el Ruby instalado por el sistema (no Ruby 4.x, como venía usando con mi usuario).

Así que bajo mi usuario, ejecuté env y me fijé qué agregaba rbenv a PATH:
PATH=(...):/home/fernando/.rbenv/shims:(...)

Con esta información, modifiqué el script publish.sh para que también agregue este directorio al path:

fernando@raspberrypi ~/bin/fb_site $ cat publish.sh
#!/bin/bash
echo "`date` Publicando fernandobriano.com" >> /home/fernando/publish.log
PATH=$PATH:/home/fernando/.rbenv/shims &&
  cd /home/fernando/bin/fb_site &&
  source .env &&
  cd /home/fernando/bin/fb_site/fb_site/ &&
  bundle exec middleman build &&
  bundle exec middleman deploy
echo "`date` Publicación finalizada" >> /home/fernando/publish.log

Y listo, quedó funcionando y mi sitio fernandobriano.com se actualiza automáticamente todos los días. Espero que este post haya ayudado a perderle el miedo a cron y la experiencia de depuración le sirva a alguien más.

Empecé mi web personal (por lo que veo en la historia del repositorio git) en 2011 como una aplicación Rails (versión 3.1.0). Mi idea era tener un sitio "profesional" aparte de Picando Código, que pudiera compartir con potenciales empleadores. De paso lo usaba como experimento para aprender distintas tecnologías.

En 2011 estaba agarrando experiencia con Rails, así que me sirvió para tener un sitio más con Rails "en producción" e ir probando cosas. En su momento lo alojé en mi servidor, después en Heroku (que tenía alojamiento gratis para aplicaciones Ruby). Mirando los commits, mi aplicación se llamaba sharp-robot-1409 en Heroku.

Más adelante migré el sitio a Sinatra, como prometí en este post sobre Sinatra. También le cambié bastante el diseño. Por ahí me puse a usar más mi tableta Wacom y empecé a agregar dibujos a mano en el diseño. Me gusta esa idea, creo que eventualmente lo voy a rediseñar con algunos dibujos más. Debería dibujar más, y agregar mis dibujos a los posts acá también...

Desde 2014, el sitio funciona con Middleman. Middleman es un generador de sitios estáticos en Ruby. Tenemos todas las ventajas de poder usar código fuente en Ruby, pero el resultado final, y lo que ponemos a disposición en el servidor, es archivos estáticos HTML, CSS y JavaScript. Al tener el sitio alojado en GitHub, aprovechaba el uso de GitHub Pages para alojarlo. También usaba GitHub Actions para que el sitio se generara y actualizara automáticamente 3 veces por semana. Usé varias herramientas que facilitaban la publicación como middleman-gh-pages(última actualización en 2019) y middleman deploy (última actualización en 2017).

Ya al final en GitHub Actions tenía un script a mano que ejecutaba middleman build, el comando para generar los archivos estáticos, y usaba git a mano para copiar los archivos al branch gh-pages y hacer el push, sin herramientas intermediarias.

Al pasar mi sitio a un servidor personal, tuve que buscar cómo actualizarlo subiendo los archivos generados directamente por FTP (¡como en los viejos tiempos!). En principio, encontré un fork de middleman-deploy que funciona con FTP, pero también es bastante viejo. Podría mantener mi propio fork, pero lo que voy a terminar haciendo seguramente es escribiendo el código a mano para subir los archivos con net/ftp.

La parte "dinámica" del sitio obtiene estadísticas de descargas de plugins que he escrito para WordPress, gemas Ruby y obtiene el RSS de mi blog. También alguna cosa de GitHub que voy a terminar quitando porque ya no tiene tanta importancia como cuando GitHub importaba. Y esas estadísticas se muestran en el HTML estático. Algo interesante que encontré es que el código original para obtener información sobre los plugins de WordPress lo escribí en 2014. Y no es muy distinto al código que uso ahora.

El código ya no está más alojado en GitHub, sigo sacando cosas de ahí, intentando tener lo mínimo indispensable en ese sitio de Microslop. Voy migrando todo a Codeberg y mi instancia local de Forgejo.

Ahora que terminé esa migración pendiente, seguramente le dedique algo de tiempo a rediseñar el sitio, particularmente actualizar un poco el contenido. La otra tarea pendiente es tener un cron configurado para actualizar el sitio automáticamente a diario. Pero eso será material para otro post...

Denshattack! es un juego espectacular, definido por muchos aspectos diferentes. ¿Cómo lo describirían a alguien que no ha visto ni un solo video o imagen?

La descripción corta que solemos utilizar es “Tony Hawk pero con trenes japoneses”, y la cara de sorpresa de quien lo escucha siempre es la misma (risas).

Denshattack! se entiende mucho mejor cuando lo ves en movimiento que al intentar describirlo con palabras. Es un juego que combina las principales pasiones de los miembros del estudio: skate, japón y trenes. Tomando estos tres conceptos como base, el juego incorpora elementos de videojuegos de deportes extremos, estética anime al más puro estilo shōnen y la increíblemente rica cultura japonesa, desde sus paisajes hasta sus bandas suburbanas e incluso su cultura culinaria.

¿Qué tal fue el proceso de desarrollo? ¿Cuánto tiempo tomó llegar al juego terminado?

Aunque han habido muchos retos a superar a lo largo del desarrollo, lo cierto es que ha sido el proyecto más divertido en el que hemos trabajado. Desde el primer prototipo desarrollado en abril de 2022 hasta el día del lanzamiento es un juego que no ha dejado de sorprendernos, incluso a nosotros.

Desde el inicio adoptamos la filosofía del “¿por qué no?”. Partiendo de un videojuego cuya premisa son trenes de cincuenta toneladas que hacen trucos de skate, cualquier idea parecía razonable, por alocada que fuera. Desde combates contra mechas gigantes hasta meter el tren en el ojo de un huracán o enfrentarse a un gigantesco gusano mecánico en el desierto.

No es que todas las ideas fueran buenas, sino que ninguna se descartaba de inicio por ser demasiado salvaje o arriesgada. Esto nos ha permitido incorporar constantemente nuevos elementos y conceptos que enriquecen la experiencia, siempre con el objetivo de sorprender al jugador en cada nivel.

La diversidad de mecánicas de juego incluidas es impresionante. Uno podría pensar que es un simple juego de hacer trucos, pero al jugarlo descubrimos muchos más. ¿Cómo se les ocurrieron tantas ideas juntas? Pensaría que no descartaron ni una. ¿Tuvieron que rechazar alguna mecánica? Imagino que habrá sido complicado lograr implementar tanta diversidad en un mismo motor dentro de Unreal.

¡Qué buena pregunta! Siempre tuvimos claro que no queríamos que Denshattack! fuera un “juego gimmick”, en el que la sorpresa inicial de ver un tren haciendo trucos de skate se perdiera rápido. Queríamos que eso solo fuera el principio, e ir sorprendiendo al jugador con cada nivel. Tomamos la filosofía de, partiendo de una estructura global, diseñar los niveles uno a uno, intentando superarnos con cada uno de ellos y proponer algo nuevo e impactante.

Esto supuso un gran reto, ya que poníamos toda la carne en el asador con cada nivel, y superarse implicaba sesiones de brainstorming para encontrar ideas todavía más alocadas y únicas. Por ejemplo, ya en el tercer nivel del juego caes sobre una noria, la conduces sobre el mar hasta chocar con una montaña que resulta ser un volcán activo y te ves obligado a escapar entre explosiones de lava. Un arranque así, con más de sesenta niveles en el juego, nos ha obligado a reinventarnos constantemente. Ha sido complicado pero también extremadamente divertido.

Siempre tuvimos claro que no queríamos que Denshattack! fuera un “juego gimmick”, en el que la sorpresa inicial de ver un tren haciendo trucos de skate se perdiera rápido.

La historia está bastante desarrollada y va muy conectada con el avance en el juego. ¿Cuál fue su enfoque e inspiraciones con la historia? ¿Cómo llevaron en paralelo la historia y el gameplay durante el desarrollo? ¿Empezaron desde el gameplay? ¿Hay mecánicas y niveles que se inspiraron en base al desarrollo de la historia y sus personajes?

Ha sido un proceso muy interesante. En todos los proyectos del estudio siempre priorizamos el gameplay por encima de todo, por lo que la base jugable es el núcleo sobre el que se construye todo lo demás.

En Denshattack! no ha sido distinto, los primeros prototipos se centraban exclusivamente en las mecánicas, pero los principales elementos de la narrativa estaban ahí desde el principio. Por un lado, la idea de embarcar al jugador en un viaje por Japón que lo llevara desde Beppu en el sur del país hasta Hokkaido en el norte; y por otro lado, los personajes, inspirados en las clásicas bandas suburbanas japonesas, como los Bosozoku o los Rockabillies, así como en anime tipo shōnen y juegos de lucha, en los que tienes personajes muy carismáticos con una visión única del mundo y un estilo propio.

Cuando entramos de lleno a la producción del proyecto, gameplay y narrativa se retroalimentaron e inspiraron mutuamente. A veces, el diseño narrativo de un personaje inspiraba un nivel, como en el caso de Madoka, la líder de las Bolamuerta. En su caso, se desarrolló su personaje definiéndolo como una violenta jugadora de baseball a la que expulsaron de su equipo por mal comportamiento, lo que la obligó a abandonar las ciudades cúpula y descubrir el salvaje mundo del Denshattack. Esto inspiró el combate contra ella en el juego, en el que te lanza pelotas de baseball que tienes que devolver haciendo trucos en el aire con tu tren, así como toda la estética de la banda, que combina elementos de baseball con los de la banda suburbana japonesa de las Sukeban.

Otras veces, una mecánica ha inspirado todo un arco narrativo, como en el caso de los Yukaze, unas corrientes de aire que se activan al realizar un truco y que permiten realizar una especie de doble-salto en el aire. En este caso, se diseñó primero la mecánica y esta inspiró toda la historia del “Viento fantasma” en el capítulo cinco.

Como digo, ha sido un proceso muy creativo en el que las líneas entre gameplay y narrativa se han difuminado mucho, generando un contexto que permitía que las ideas más interesantes y alocadas pudieran florecer.

Sé que es temprano, pero el mundo de Denshattack! tiene mucho potencial, tanto para próximos videojuegos como para otros medios. ¿Quedó algo pendiente? ¿Hubo algo que de repente no entró en el alcance del juego que les gustaría revisitar en el futuro? ¿Hay ideas como para más DLC, secuelas o explorar ese mundo en otros medios?

Hemos quedado muy satisfechos con Denshattack!, el juego final ha terminado siendo más grande y ambicioso de lo que inicialmente pensábamos, pero siempre quedan ideas en el tintero. Desde contenido adicional, que añada nuevos niveles y modos de juego, hasta incursiones en otros medios. Nos encantaría ver un manga de Denshattack en las tiendas, ¡o un anime! Uno puede soñar…

Por supuesto, todo esto dependerá del éxito del juego, pero creemos que el mundo de Denshattack tiene mucho potencial y nos encantaría explorarlo más en el futuro.

Nos encantaría ver un manga de Denshattack en las tiendas, ¡o un anime! Uno puede soñar…

¿Qué se sintió abrir el Nintendo Indie World Showcase este año? ¿Cómo se dio?

Fue increíble, uno de los momentos más emocionantes para el equipo. Desde que se anunció la Nintendo Switch 2 sabíamos que queríamos sacar el Denshattack! ahí, y fuimos afortunados de recibir los kits de desarrollo poco después de su lanzamiento. Cuando unos meses más tarde se dio la oportunidad de anunciar esta versión en un Indie World, casi no nos lo podíamos creer.

Trabajamos duro para crear el mejor tráiler posible, e incluso encargamos una escena animada específica, ¡lo que no sabíamos es que seríamos el primer juego anunciado! Estar todos juntos viendo el evento y que lo primero en salir fuera Denshattack! fue increíble para todos, uno de esos momentos que justifican todo el trabajo realizado durante años.

En la presentación hablan en catalán y el juego también tiene catalán como opción. Personalmente me encanta ver representación genuina de distintas lenguas en un contexto global con tremendo alcance. ¿Qué significa para ustedes tener la representación del lenguaje en el juego y darle una visibilidad tan grande?

La verdad es que es algo que nos salió natural. En la equipo hay gente de distintas partes del mundo, pero los que aparecimos en el evento hablamos catalán en nuestro día a día, por lo que cuando Nintendo sugirió que hablaremos en el idioma que nos resultara más natural, el catalán era la opción obvia, no había razón para hacerlo en ningún otro idioma.

Dicho esto, creemos firmemente en la importancia de las distintas lenguas y en que su representación en todos los contextos no hace sino enriquecer la conversación y acercar distintas culturas, ya que nuestro lenguaje y forma de hablar forma una parte vital de quienes somos. Tenemos el juego traducido al inglés, francés, catalán, alemán, portugués, japonés, chino y coreano, ¡pero si de nosotros dependiera estaría en muchos más!

... creemos firmemente en la importancia de las distintas lenguas y en que su representación en todos los contextos no hace sino enriquecer la conversación y acercar distintas culturas, ya que nuestro lenguaje y forma de hablar forma una parte vital de quienes somos

Siguiendo en esa línea, Cataluña es un centro importante de desarrollo de videojuegos a nivel global. ¿Por qué creen que hay una cultura tan grande y exitosa de desarrollo? ¿Cómo se iniciaron ustedes en los videojuegos y eventualmente en su desarrollo?

Hay varios factores para que se desarrollen tantos videojuegos en Cataluña. Por un lado, hay gran cantidad de universidades y escuelas que imparten cursos de desarrollo de videojuegos; esto atrae a editoras grandes, que ven la posibilidad de abrir estudios aquí con un coste de desarrollo considerablemente menor al de países como Estados Unidos o Inglaterra. Por otro lado, en España se ha generado una red muy interesante de estudios independientes que se retroalimentan a nivel creativo gracias a la existencia de eventos como IndieDevDay, Guadalindie o BIG.

Dicho esto, la industria catalana y española está muy lejos de ser ideal. Como ocurre en tantos otros sitios, la precariedad laboral está a la orden del día. Muchos estudios pasan grandes dificultades para encontrar financiación, y a menudo deben acudir a ferias internacionales como Gamescom, en Alemania, o Game Connection, en Francia, para reunirse con potenciales inversores de fuera. Hay un talento descomunal, pero también una enorme falta de inversión nacional e industria. Muchos proyectos sobreviven por la pasión de sus creadores, cuando no hay nada más imprescindible para crear como tener un contexto estable.

¿Se ha explorado la posibilidad de una versión física del juego?

¡Nos encantaría! En el pasado hemos logrado lanzar versiones físicas de muchos de nuestros juegos, pero casi siempre un tiempo después del lanzamiento en digital. Siendo un estudio pequeño, el éxito del lanzamiento digital es lo que nos abre las puertas a una posible versión física. Es una pena, porque nos encanta el formato físico y no hay nada como ver tu juego en la estantería, pero por el momento nos toca confiar en que haya buenas ventas de la versión digital.

¿Qué podemos esperar del estudio en el futuro? ¿Hay ideas de próximos juegos? ¿Alguna que nos puedan contar?

La verdad es que por primera vez en la historia del estudio no tenemos otro proyecto pensado al terminar el anterior. Denshattack! se ha vuelto tan grande y ambicioso que todos nuestros esfuerzos se han puesto en terminarlo y pulirlo lo máximo posible.

Dicho esto, ¡siempre hay ideas! Por un lado, nos encantaría ampliar el mundo de Denshattack! con actualizaciones y expansiones, tenemos muchas ideas de elementos que se han quedado en el tintero durante el desarrollo y que podrían ampliar todavía más el universo que hemos creado. Por otro lado, nos atrae la idea de crear nuevos juegos con conceptos tan sorprendentes como el de trenes haciendo trucos, aunque por el momento vamos a tratar de disfrutar del lanzamiento, ya habrá tiempo de pensar en qué vendrá después.

Finalmente, a pesar del estado actual de la industria del desarrollo de videojuegos, ¿qué consejo le darían a la gente que se está iniciando o se quiera iniciar en el desarrollo de videojuegos?

Qué pregunta más difícil… Como dices, la industria está en un momento muy complicado, las noticias sobre despidos y proyectos cancelados están a la orden del día. Nosotros nos sentimos muy afortunados de haber podido desarrollar y lanzar Denshattack! de la mano de una editora que confiaba en lo que estábamos haciendo, pero eso en estos tiempos no es lo habitual.

Me cuesta dar consejos porque hay un factor enorme de suerte que no se puede controlar, pero a alguien que empiece en esto le diría que trate de encontrar algo que haga sus proyectos únicos. En el contexto actual, donde la sobresaturación del mercado impide que juegos de muchísima calidad llamen la atención del público, nuestra manera de destacar ha sido crear algo tan diferente a lo demás que sea difícil de ignorar. Por supuesto, esto no garantiza el éxito, pero es una de las vías que yo exploraría si empezara de nuevo en la industria.

Por otro lado, le diría que no tenga prisa en hacer el juego de sus sueños. Denshattack! no ha sido nuestro primer proyecto, han habido varios juegos antes con una ambición más modesta que nos han hecho aprender muchísimo sobre cómo hacer juegos, qué se nos da bien y dónde podemos destacar. Denshattack! se cimenta sobre el aprendizaje de muchos juegos pequeñitos sin los cuales hubiera sido imposible afrontar un desarrollo de esta magnitud.

Por último, le diría que tratara de no perder la pasión por lo que hace. Esta industria es muy puñetera, y nada te garantiza que tendrás éxito, por lo que tienes que aspirar a disfrutar cada día de lo que haces. La meta no debería ser vender muchísimo, sino encontrar la manera de ganarte la vida haciendo videojuegos disfrutando de ello día a día.

Muchas gracias a Àngel por tomarse el tiempo de responder a mis preguntas con tanto detalle. Y felicitaciones a todo el equipo de Undercoders por el merecido éxito de Denshattack! Ha tenido una recepción excelente, siendo uno de los juegos mejores valorados por la crítica en lo que va del año. Es muy divertido y original, ¡lo recomiendo! Pueden leer mi reseña completa acá.

Fue desarrollado por el estudio independiente de Barcelona Undercoders y publicado por Fireshine Games.

Viajo relativamente seguido desde Edimburgo a Glasgow, generalmente en tren. El viaje desde la estación de Haymarket hasta Queen Street en el centro de Glasgow es de aproximadamente unos 40 minutos. Cuando viajo solo tiendo a hacer el viaje parado. No me molesta y de paso dejar lugar a personas que de repente necesiten más que yo el asiento. Siempre voy con mis auriculares puestos, escuchando música.

Una pavada que hago mucho cuando estoy sólo en la sección cerca de las puertas (donde hay más espacio), es dejar de apoyarme o agarrarme y empiezo a mantener el equilibrio en el tren. Como si lo estuviera usando de skate gigante sobre las vías... 

Me pareció pertinente compartir esta anécdota ya que Denshattack! se puede describir como "Un juego de skate, pero con trenes japoneses". Asumimos el rol de Emi Araki, una repartidora de Ramen (en tren) viviendo en un Japón distópico en un futuro no muy lejano. Debido a la crisis climática la gente se empezó a mudar a cúpulas cerradas con aire purificado.

Me gustó cómo la introducción empieza a contar esa historia medio sombría, y se interrumpe con un "¿a quién le importa eso?" y avisa que esto se centra en aquellas personas que se quedaron afuera.

En una de sus entregas, Emi conoce a Fernando (buena elección de nombre) Tamashiro. Él pertenece a una familia de diplomáticos de Perú, pero prefiere no contar mucho de ellos. Mi tocallo introduce a Emi al mundo de Denshattack, donde distintas tribus urbanas se enfrentan en batallas, carreras y retos con sus trenes.

Denshattack! (Steam) presentación de Fernando

Gracias a un par de escenas tutorial aprendemos a hacer los primeros trucos: ollies, flips y grinds, tanto en las vías como otros elementos del escenario. Esta es la mecánica central, pero en base a eso se construye una aventura inmensa, sumamente entretenida. Vamos a recorrer más de 60 niveles a lo largo de todo Japón, atravesando 8 regiones y 46 prefecturas.

Plataformas

Inicialmente empecé a jugarlo en Steam en Garuda Linux con Proton. Funciona a la perfección con Proton (versiones 10.0-4 y experimental) y está verificado para Steam Deck. Después me pasé a la versión para Nintendo Switch 2. En Switch 2 noté que funcionaba capaz que hasta mejor. Esto se debe seguramente a que la computadora que uso para jugar no es muy nueva ni de muy alta gama. Igual anda perfectamente en ambas plataformas.

Siempre prefiero jugar en la consola Nintendo por la ubicación de los botones A, B, X, Y. En Steam juego con el control de XBox 360, que si bien es cómodo, la ubicación inversa de los botones A B y X Y me hace tener que pensar o equivocarme al querer apretar los botones. Son demasiados años de usar los controles de Nintendo, perpetuando esa memoria muscular. Se pueden mapear los botones, pero es un tema menor. En Switch 2 lo jugué usando el Nintendo Switch Pro Controller (del Switch 1, no el de Switch 2).

Es ideal para jugarlo en pantalla grande en Nintendo Switch 2, pero también se ve genial en modo portátil.

Primeras impresiones

La primera vez que vi algo de Denshattack! fue durante el Indie World Showcase de Nintendo, en marzo. No sabía qué esperar, pero los gráficos se veían muy bien y el concepto interesante. También creí que de repente la mecánica de hacer trucos con un tren limitaría un poco el alcance, o se volvería monótono. Pero estaba muy equivocado. Es de destacar la cantidad de ideas que metieron en este juego. Si bien es un "Tony Hawk's Pro Skater plataformero", la diversidad de mecánicas es admirable. También me gustó que Ángel y David hicieron su presentación en Catalán.

Mi primera impresión al jugarlo fue ¡está buenísimo! Como mencioné antes, hay unas pantallas iniciales donde nos enseñan los movimientos básicos con el tren. Inicialmente aprendemos unas pocas maniobras, pero a medida que avanzamos en el juego se van acomplejando. Se van agregando botones y comandos al control que van a requerir un poco de habilidad y memoria. Pero esto se hace progresivamente, y siempre podemos volver a jugar un nivel para reafirmar una maniobra nueva.

Al agarrarle la mano, la jugabilidad se vuelve hasta rítmica y una vez que entramos en sintonía con el juego tiene ese flujo dinámico sumamente satisfactorio. Es similar a lo que sentimos en juegos de carreras o bueno... de Tony Hawk . Si bien en regiones más avanzadas se vuelve un poco difícil, con la práctica y memorización obtenemos ese sentimiento de logro tan bienvenido.

Pura diversión

Además del aspecto tonyhawkero, es imponente la cantidad de mecánicas de juego que incluye. Sin quemar ningún detalle, puedo comentar cosas vistas ya en los tráilers como manejar un dron, pelear contra un kaiju gigante o hacer surf encima de un barco. ¡Pero hay mucho más! Incorporan un montón de cosas inesperadas que definitivamente no vi venir en un juego donde manejamos un tren. Hay mucha originalidad e ingenio, otorgando un factor sorpresa que nos mantiene enganchados.

Particularmente en las batallas con jefes, hay mucha creatividad para que la cosa se mantenga diversa, y que no sea "más de lo mismo". De repente me estoy repitiendo, pero me resultó súper innovador hasta dónde estiran la jugabilidad con las mecánicas base.

La historia se va relatando estilo cómic animado y con énfasis en distintos personajes. La ambientación es ese futuro post-apocalíptico, pero no cae en el estereotipo de que todo se vea todo oscuro y siniestro. Los escenarios son extremadamente coloridos, iluminados y muy variados dentro de la estética definida. La historia es interesante y nos da un contexto para ir avanzando de nivel en nivel. Pero podemos omitirla en todo momento si solamente nos interesa jugar con nuestro tren. Se puede interpretar un mensaje ecologista y anti-capitalista en el desenlace de la historia.

Como comenté, tenemos que recordar muchos comandos en el control: bocina, freno, salto, piruetas, y más. A medida que avanzamos, vamos agregando capacidades y complejidad a los controles, pero a un ritmo que se aprende con tiempo. El juego es relativamente fácil al principio, pero se pone bastante desafiante a partir del mundo 7. Necesitamos reflejos extremadamente afilados, y a veces es difícil ver qué obstáculos se vienen más adelante. Pero podemos repetir partes tantas veces como sea necesario, o volver a jugar una pantalla completa.

En algunas pistas se combinan un montón de obstáculos distintos que tenemos que enfrentar con habilidades y comandos del control. Hay mucho por recordar y a veces a este cerebro viejo no puede con tanto tan rápido. Apenas lo puedo procesar. Pero con la repetición y la práctica salen y sigue resultando satisfactorio cuando es así. Y esto es sólo en los últimos niveles del juego cuando ya tenemos todo aprendido y tiene sentido que nos desafíen para mantenernos entretenidos. Los obstáculos que más me trabajo me han dado son los que invierten la gravedad.

En cada nivel tenemos algunos objetivos opcionales, o logros, como "hacer tal pirueta sobre tal elemento", terminar sin chocar y más. También hay un ranking de puntaje y tiempo. Esto genera esas ganas de volver a jugar una escena al terminarla, porque "ahora que la conozco, la puedo hacer mejor". Si somos competitivos, o de querer completar al 100% un juego, vamos a volver a jugar cada escena una y otra vez hasta lograr la ejecución perfecta. No son niveles extremadamente largos, así que se presta para volver a jugarlos.

También tiene un elemento de exploración, un aspecto inspirado en juegos de plataformas 3D. Algunas escenas son un circuito cerrado con rutas alternativas donde necesitamos cumplir con ciertos objetivos. Otras son más directas, pero existen opciones de caminos alternativos y explorar. Algunos niveles son directamente carreras, donde competimos contra varios trenes intentando llegar primeros a la meta. ¡Son muy divertidas!

Denshattack! La pelea contra el kaiju Morzilla (que en español inevitablemente leeremos "morcilla")

Vamos a poder obtener distintos trenes así como personalizarlos con distintos patrones de color y stickers en el garage. El personaje de Fernando mantiene un fanzine sobre Denshattack y Japón en general. De a poco vamos obteniendo partes nuevas del fanzine con información de las bandas y las regiones. Es un agregado interesante, con algo de información real de la cultura y lugares de Japón. Por ejemplo que la prefectura de Ehime en la región de Shikoku es famosa por sus castillos, entre ellos dos de los 12 castillos originales de Japón.

Es un juego estilo Arcade, se puede meter unas partidas cortas durante unos minutos, o sumergirse por horas para avanzar la historia o volver a jugar pistas que nos gustaron. Terminar la historia principal lleva aproximadamente unas 10 horas. Pero hay mucho contenido extra y razones para volver a jugar las pistas, por lo que asegura unas cuantas horas más de diversión.

Entre las influencias más directas están los juegos de Tony Hawk's Pro Skater, Jet Set Radio, los juegos en 3D de Sonic y varios animé. ¡Hay hasta un Akira slide con trenes! Pero también se podría encontar un poco de influencia u homenaje a títulos de Nintendo como Splatoon y alguna cosa más en particular en el final.

La música

La música está muy buena y es muy variada. En algunas pantallas entré al menú de opciones y le subí el volúmen a la música por encima de todas las cosas. La banda sonora de Denshattack! está disponible en las plataformas de streaming así como en la página de Steam del juego. Tiene más de 80 pistas en total:

Conclusión

Denshattack! fue una muy grata sorpresa, un juego muy divertido con mucha innovación y creatividad y muchísimo valor de rejugabilidad. La mecánica central es muy entretenida y desafiante de dominar. Pero agrega también un montón de mecánicas que sorprenden y mantienen la frescura del juego. Espero se sorprendan y disfruten tanto como yo si deciden obtenerlo. Denshattack! está disponible para PC (Steam), Xbox Series X|S, PlayStation 5 y Nintendo Switch 2 a partir de hoy 15 de julio. Hay demos disponibles para descargar gratis en Nintendo Switch 2 y Steam por lo menos, por si les interesa probarlo y ver de qué se trata. ¡Lo recomiendo!