Caso de estudio · Juegos y simulación
FableCity: una simulación de ciudad que piensa en millones
Un city builder al nivel de Cities Skylines en Godot 4 cuyo modelo de simulación agregada maneja una ciudad de 3.000.000 de habitantes en hardware de escritorio.
- Sector
- Videojuegos
- Duración
- en curso
- Año
- 2026
- Servicios
- Desarrollo de videojuegos, Ingeniería de simulación, Rendimiento
El problema
Los city builders enfrentan un trade-off brutal: simular a cada ciudadano y ahogarse a los 100k de población, o falsearlo todo y perder el comportamiento emergente que hace funcionar al género. El referente de los grandes estudios sufre pasados unos cientos de miles de agentes. La pregunta de diseño: ¿hasta dónde puede escalar una simulación de ciudad si te niegas por completo a simular agente por agente?
Qué construimos
Un juego de construcción de ciudades en Godot 4 armado alrededor de un núcleo de simulación agregada. Población, empleo, carga de tráfico, servicios, valor del suelo y demanda se modelan como cohortes estadísticas que interactúan, no como agentes individuales. Tres millones de ciudadanos no son tres millones de trabajos de pathfinding: son un conjunto de ecuaciones acopladas sobre agregados a nivel de distrito que aun así producen comportamiento macro creíble: presión de commute, olas de gentrificación, cascadas de apagones.
La disciplina de ingeniería sobre la que corre el proyecto:
- Un gate de rendimiento, no esperanzas de rendimiento. La suite de tests automatizados incluye checks duros de performance; un cambio que rompe el presupuesto de frames rompe el build. La optimización es continua, no un pánico de pre-release.
- Cada feature visible al arrancar. Una regla permanente: cada sistema nuevo debe ser observable de inmediato en la ciudad inicial por defecto. Nada de features que solo existen en los code reviews.
- Ticks de simulación deterministas. La simulación avanza en pasos fijos y deterministas, lo que hace que los tests de regresión signifiquen algo y que los desyncs se puedan depurar.
Por qué está en un portafolio de software de negocio
Porque es la misma disciplina con otra piel: un dominio crítico en rendimiento, un modelo de datos elegido para hacer posible una escala imposible, y gates automatizados que impiden que la calidad retroceda. Si podemos mantener una economía de 3 millones de ciudadanos respondiendo en un escritorio, tu dashboard puede sobrevivir al tráfico del lunes por la mañana.