Los 30 Tetris

En el foro se comento (un saludo a Tei) que un programador aprende mucho haciendo 30 Tetris. A mi, personalmente el Tetris no es un juego que me llame mucho, prefiero alguna variante, como por ejemplo el Puyo Puyo. Pero es verdad que un Tetris es un proyecto bastante sencillo para aprender un nuevo entorno (libnds, GP2x, XNA o PyGame) ya que se puede realizar con la mínima expresión gráfica: un cubo y, desde ahí, ir mejorando. Esta claro que, a menos que se le dedique suficiente tiempo, no estara tan acabado como el Tetris DS, pero al menos te habrá familiarizado con la toolchain, el API del sistema, etc.

Yo no veo nada malo en hacer proyectos sencillos y pequeños, después de todo, cuando yo empezaba a jugar mis ideas de juegos, a parte de aventuras gráficas (que esas si tienen bastante carga artística) eran plataformeros, rpgs top-down y juegos 2D simple. Y, como me perdí esa época, pues aprovecho para aprender como se hacían estos juegos. Yo estoy demasiado desengañado con los MMORPG como jugador, para defender que se desarrolle uno (aunque admiro casos como Roma Victor o A Tale in the Desert).

Después de todo, un programador lo que quiere es aprender a programar, no llevar toda esa burocracia y gestión de un grupo. Sobre todo si esta se produce por correo, mensajería instantanea o IRC, donde todo es mucho más difícil, pues un conflicto de opiniones hay que resolverlo mediante varios e-mails que no son instantáneos. A parte de otra problemática, bastante frecuente en los grupos amateur de diseñar todo por comité. Como bien podrá confirmar Julian, a posteriori nuestra mayor queja del proyecto de master fue que durante el diseño intentamos que todo el mundo estuviera contento y al final quedo todo muy descafeinado de la idea “original” (medio-copiada de Dark Sun) de los scavengers (restaurar edificios) y los ravagers (saquear los recursos). Para un programador, es mucho mas cómodo partir de la base de: vamos a copiar el Starcraft/Syndicate y encerrarse en su sepulcro a aprender como funcionan las features.

El tamaño de los proyectos ya depende de lo paciente que sea el programador y la confianza en si mismo que tenga. Cuanto más simple sea el juego, mas rápido tendrá algo que enseñar y le motive a continuar con ese proyecto.