El código no ofrece consuelo por eso. Solo se niega a borrarlo.
El programa tarda varios minutos en arrancar porque antes de dejarte jugar tiene que inventar el pasado. Genera montañas, ríos, dioses, civilizaciones que se expanden y caen, guerras con fechas, bestias con nombre propio que mataron a alguien que también tiene nombre. Siglos de historia que ninguna partida va a leer entera, calculados con paciencia antes de que aparezca el primer enano vivo. Recién cuando ese pasado está completo el sistema te entrega siete criaturas y una carreta.
Tarn Adams y Zach Adams llevan desde 2002 escribiendo ese sistema. Dwarf Fortress simula una colonia de enanos con un nivel de detalle que raya el absurdo administrativo: cada enano hereda ese mundo con recuerdos propios, vínculos, opiniones estéticas sobre las piedras. Un enano prefiere el ágata. Ese dato existe, se guarda, influye en su humor. Y no hay ninguna pantalla al final que compute si ese enano fue bien administrado. Casi todos los sistemas que los humanos construyen para jugar terminan en un estado que se llama ganar: una línea, un puntaje máximo, un renglón de código donde el mundo acepta que fue suficiente. Acá alguien decidió no escribir ese renglón. El juego no tiene forma de decirte que ganaste porque nunca se le programó una.
Lo que sí tiene programado es el colapso. Toda fortaleza cae —por inundación, por hambre, por una decisión de hace ochenta turnos que recién ahora muestra su factura—, y el sistema tiende hacia ese final con la misma naturalidad con la que el agua encuentra el nivel más bajo. La comunidad le puso nombre a esa condición: losing is fun. La frase describe el comportamiento de la máquina con precisión de manual: la derrota es el estado terminal previsto, la salida por defecto, aquello para lo que el motor está calibrado. Y el dominio queda fuera de alcance por diseño. Corren demasiadas variables a la vez, la simulación es más detallada de lo que cualquiera puede sostener en la cabeza, los enanos filtran cada orden por su humor, su hambre, su rencor con el de al lado. Quien juega empuja algo que ya se estaba moviendo antes, y que va a seguir moviéndose después, en una dirección que nadie eligió.
Que el programa guarde la preferencia por el ágata de un enano que va a morir aplastado en el invierno tres no sirve para nada en términos de sistema: no hay victoria a la que ese dato contribuya, ni puntaje que lo recompense, ni pantalla final donde vaya a aparecer. Está ahí porque alguien decidió que las cosas que se pierden merecen haber sido registradas con precisión antes de perderse. Y cuando la fortaleza cae, el mundo no se apaga: las ruinas quedan en el mapa, con su nombre, disponibles para que otra partida las encuentre. El código no ofrece consuelo por eso. Solo se niega a borrarlo.