Parte 15 — Herramientas, editores y automatización (tooling)

⬅️ Volver al programa · 📚 Índice completo · ⏮️ Parte anterior · ⏭️ Parte siguiente

12 clases · rango 255–266 · Multiplicar la productividad: scripts de editor, plugins, inspectores personalizados, diseño data-driven, automatización de builds, CI y testing de juegos

Fuentes de referencia de esta parte:

• Documentación de plugins de editor de Godot 4.
• Bryan Bycroft & varios, charlas de GDC sobre tools programming.
• Documentación de GUT (Godot Unit Test).
• Documentación de GitHub Actions para CI de juegos.

🎯 ¿De qué trata esta parte?

El "tooling" —construir las herramientas con las que se hace el juego— es lo que separa un hobby lento de una producción eficiente. Cada minuto invertido en una buena herramienta se devuelve multiplicado en el resto del equipo y del proyecto. Esta parte enseña a extender el propio editor de Godot y a automatizar todo lo repetitivo. Empieza por el porqué de las herramientas propias y los scripts de editor (@tool), y avanza a plugins, docks personalizados, gizmos e inspectores a medida.

Cubre el diseño data-driven (separar datos de código, recursos personalizados y bases de datos de juego, validación), la automatización de builds por línea de comandos, la integración continua (CI) para juegos, el control de versiones avanzado en equipo (Git + LFS), y el testing automatizado (GUT, unit tests). Cierra con editores de contenido in-game y un capstone: crear una herramienta o plugin de editor realmente útil.

🧩 Problemas que resuelve

• Tareas repetitivas hechas a mano una y otra vez (colocar objetos, ajustar datos).
• Diseñadores que dependen de programadores para cualquier cambio de balance.
• Datos de juego dispersos en el código, difíciles de editar y validar.
• Builds manuales, lentas y propensas a errores.
• Bugs que reaparecen porque no hay tests que los detecten.
• Equipos que se pisan el trabajo por un flujo de versiones deficiente.

🎓 Resultados de aprendizaje

Al terminar la parte, el alumno podrá:

• Escribir scripts de editor (@tool) y plugins con docks e inspectores propios.
• Diseñar sistemas data-driven con recursos personalizados y validación.
• Automatizar builds y exportaciones por línea de comandos.
• Montar integración continua (CI) para un proyecto de juego.
• Aplicar un flujo de Git + LFS robusto para equipos.
• Escribir tests automatizados con GUT y prevenir regresiones.

🧱 Prerrequisitos

• Partes 0 (Git + LFS, C#/GDScript) y experiencia con Godot de las partes anteriores.
• Godot 4.x; una cuenta de GitHub para la CI.

📚 Las 12 clases

Con el proyecto y el equipo afinados, la Parte 16 lo convierte en producto: producción, publicación y LiveOps.