Con los videojuegos no sé, pero con programación y con la organización de las carpetas en mi ordenador, sí se me da bien. Paso un poco más a la acción y me he inspirado en una entrada de un blog también prometedor, perteneciente a un programador de videojuegos.

¡Organización! Y para el que le parezca algo inútil, no sabe lo que es tener repartido por ahí tus proyectos y volviéndote loco para buscar algo, no te digo ya cuando tienes que meter los backups y versiones y empieces a tener copias distintas del mismo proyecto por ahí sueltas y no tener ni pajolera idea de cuál es la buena.

Yo usaré mi propia estructura, que se parece un poco a la suya. En primer lugar, son dos carpetas distintas. Una para los proyectos en sí mismo, y otra para librerías, herramientas y otros menesteres relacionados.

En la carpeta de las librerías y demás tengo:

• Código fuente: La carpeta de los proyectos (la cual se podría dejar fuera, a mi me gusta todo junto.
• Biblioteca: Aquí van todas las librerías y demás códigos que descargo de internet y que uso en mis proyectos. Es un código que no se toca.
• Biblioteca propia: Mis librerías propias, una vez terminadas para su uso. Siempre la creo y casi siempre termina vacía...
• Aplicaciones: las aplicaciones terminadas van aquí, como irían en caso de distribuirse. No todas llegan aquí, ya que si dicho proyecto es una chorrada como un "Hola Mundo", pues no voy a meterlo ahí.
• Herramientas: para programas y demás utilidades que me vienen bien al programar. La verdad es que casi nunca lo he usado y normalmente ni creo la carpeta, ya que prefiero dejarlos en sus carpetas de instalación por defecto, asi que a veces dejo ahí una guía o apunte para acordarme de cómo usar dicho programa.

Dentro de la carpeta del código fuente, tengo varias carpetas, una por cada lenguaje, y dentro de cada lenguaje, una carpeta por proyecto. Cada proyecto tiene las siguientes carpetas:

• build: el script, los archivos de configuración y otros que indican cómo compilar el proyecto
• src: el código fuente
• resources: recursos que pueda necesitar el proyecto (imágenes, audio...)
• test: el código de testeo del código fuente
• classes: objetos y clases intermedias generadas
• lib: librerías y código externo que el proyecto necesita
• bin: el binario finalmente compilado
• doc: la documentación del proyecto
• etc: el resto de cosas que no entran en el resto de carpetas

Muchas veces, no uso la mitad de las carpetas, ya que dependen del proyecto. Sí suelo crear src,test y classes o bin (a veces uso una de esas carpetas con la función de ambas).

El control de versiones os contaré otro día, que todavía es algo que se me antoja complejo aunque me las apaño bien.
Bye!