Why Godot? — El motor detrás de Talisman Codes

He probado varios motores

Unity, Unreal y algunos otros por aquí y por allá. No parto desde cero en lo que respecta a motores de juego. Cada uno tiene sus puntos fuertes y tengo opiniones sobre todos ellos.

¿Entonces por qué Godot?

No porque sea el mejor

Seré directo: Godot no es objetivamente superior a Unity o Unreal. Esos motores tienen ecosistemas enormes, trayectorias probadas y comunidades gigantescas.

Pero para lo que estoy construyendo — un juego de cartas 2D con un enfoque de vibe coding — Godot encaja. Es ligero, el flujo de trabajo 2D es limpio y no se interpone en tu camino. Para este proyecto, eso era exactamente lo que necesitaba.

El verdadero cambio: VS Code + Claude CLI

Aquí está la parte que realmente transformó mi flujo de trabajo.

No uso el editor integrado de Godot para escribir código. Escribo GDScript en VS Code con Claude CLI corriendo junto a él. Claude se encarga del trabajo pesado — generar lógica, sugerir estructura, iterar rápido. Godot se convierte en el entorno de ejecución: envío cambios y compruebo los resultados ahí.

Esta configuración me dio una velocidad de desarrollo que genuinamente no esperaba. El cuello de botella en el desarrollo en solitario suele ser escribir código. Con Claude en el flujo, ese cuello de botella prácticamente desaparece.

La herramienta correcta para el trabajo correcto

Godot no es la respuesta para cada juego. Pero para un proyecto indie 2D construido por una persona con un flujo de trabajo asistido por IA, es una elección excelente.

A veces lo suficientemente bueno — con la configuración adecuada — supera a lo mejor.