Para aprender un poco sobre OpenGL en vacaciones, decidí arrancar con un juego basado en Pong llamado Troll-o-Paddles; algo así como Troll-o-Raquetas, en Español.
Hace dos semanas comencé el proyecto haciendo un sencillo documento de diseño en Español y en Inglés para definir, de alguna forma, el alcance y esquema general del juego. Realmente no tomé ninguna plantilla ni referencia bibliográfica para este asunto; siento que me hubiese entorpecido el proceso. Puedo comenzar a leer y a leer del tema, comparar ideas y terminar aprendiendo mucha teoría; dejando la práctica (terminar el juego) de lado.
Algo que me quedó de trabajar 6 meses en Accenture, es la organización para tener una idea de cómo manejar una lista de cosas por hacer (TO-DO list); y no me tomó mucho tiempo realizarla, porque justamente ya tení el esquema del juego suficientemente definido. Para estos documentos utilicé Google docs y así compartirlos de la manera más sencilla posible.
Como quiero aprender a partir de las reseñas del público en general y otros programadores, decidí crear un repositorio en Bitbucket. Esto, según yo, va a ayudar a crear un mejor código y mejor organización como programador. ¿Cómo? La presión de que mi código va a ser visto por otras personas, tanto experimentadas como no experimentadas, me obliga a tener mi código documentado y lo más limpio posible, así como crear un “producto final” estable.
Si se fijan de nuevo en el TO-DO, para el momento en que termino de agregar los elementos de sonido, deberí tener un juego estable pero agregué elementos extra. Esto está hecho así para realizar el ejercicio de hacer un juego verdaderamente completo. Cuando comencé a indagar en aprender a realizar juegos, leí que esta es la parte más importante; terminar el juego como Dios manda tener el juego presentable. No importa cuantos prototipos tengas, si no están completos.
Geoff Howland en “How do I make games? A path to Game Development” (artículo destacado en GameDev.net) opina que:
Terminar un juego no significa apenas llevarlo a un punto donde se pueda jugar, y luego continuar con otro, esto no es un juego completo. Un juego terminado tiene una pantalla de presentación, pantalla de cierra, menú de opciones (si aplica, por lo menos instrucciones de cómo jugar y comenzar), pantalla de introducción al juego, pantalla de recompensas y tabla de puntuación (cuando aplique).
La meta es tener el juego listo para el 5 de Septiembre del 2010. Aun queda mucho por programar y por hacer; así que, apenas termine de traducir esta entrada, regreso a echar código un rato. Les estoy avisando sobre el avance del mismo vía Tumblr y Twitter; espero sus comentarios.
Fotografía: Far-away brothers.
