Desde hace semanas tengo ganas de empezar a programar algun juego.

Creo que poseo una buena base de programación, así que será cuestión de empezar

Estoy muy acotado de tiempo pero aunque sea 1 o 2 veces por mes intentaré avanzar con el tutorial.

Desde ya aviso, que nunca programé un juego así que si tengo algunos errores corrijan. Lo haremos del modo dificil, no solo haremos un ping pong o el clásico pacman 2d sino también intentaré adentrar en lo que es 3d

En esta primera parte solo nos centraremos en las herramientas y conocimientos mínimos que necesitaremos para emprender este viaje (?).

Empecemos, entonces para programar ¿que necesitamos? Y facil saber programar! Si no tenes idea de como empezar te recomiendo que busques algo en San Google siempre te puede ayudar. Te recomiendo que empieces a leer algo de Algoritmos (si es que no sabes nada de programacion) y después sigas con Programación Estructurada y Programación Orientada a Objetos para empezar y después adentrarte en Estructuras de Datos; pilas, colas, listas, arboles, etc, etc

Y que mas? Es necesario, también, tener conocimientos de física, y matemáticas no tenemos que ser unos genios en esta área, pero ayuda bastante tener conocimientos de trigonometría y algebra lineal

Y mas todavia? Si! un poco de ingles no viene mal

Y ahora?, el lenguaje, en mi caso utilizaré, C++, pero ¿Porqué C++? Porque según todos los tutoriales que leí, los programadores serios lo utilizan, porque mas del 90% de la documentación se refiere a este lenguaje, porque hay muchas librerías gratuitas en Internet y la principal porque necesito manejar el lenguaje para aprobar una materia de  la facu (jajajaja).

Y por ultimo necesitaremos un entorno de desarrollo, tambien en mi caso; utilizaré Dev C++ porque es con el mas afinidad tengo. Hay otros porque no nombrarlos, como Borland C++ o Visual C++ y millones mas solo es cuestión de buscar o crearse uno (?)

¿Pensas que eso es todo? Para programar un juego de verdad tambien necesitaremos conocimientos en Networking e Inteligencia Artificial, eso lo dejo en ustedes.

Tambien hay que ver la libreria gráfica que queremos utilizar, entre las mas utilizadas estan DirectX y OpenGL, en mi caso (nuestro) utilizaré OpenGL.

¿Nada fácil no? Es cuestión de sentarse y ser paciente. En la segunda parte ya nos involucraremos con un poco de código.

leyendo este interesante articulo en MUNDOGEEK

Me hizo reir mucho!

Creo que programadores asi somos (obvio que yo soy asi ) muy poco.

Los programadores de verdad no necesitan comentarios — el código es obvio.

Los programadores de verdad no documentan. La documentación es para los idiotas que no pueden leer un volcado de memoria.

Los programadores de verdad pueden escribir bucles de 5 páginas sin confundirse.

Los programadores de verdad escriben su código en binario. O como mucho ensamblador.

Los programadores de verdad escriben código automodificable, especialmente si con ello consiguen ahorrar 20 nanosegundos en un bucle.

Los programadores de verdad no tienen miedo a usar GOTOs.

Los programadores de verdad desarrollan programas de Inteligencia Artificial en Fortran (si no puedes hacerlo en Fortran, hazlo en ensamblador).

Los programadores de verdad procesan listas usando Fortran.

Los programadores de verdad no prueban el código, los usuarios se inventaron para eso.

A los programadores de verdad no les gusta el concepto de programación en equipo. A menos que les asignen el puesto de programador jefe, claro.

Los programadores de verdad usan 5 dígitos para las fechas, y están preparados para el problema del año 10.000.

Los programadores de verdad no dibujan diagramas de flujo. Un diagrama de flujo no es más que documentación para analfabetos. Los cavernícolas dibujaban diagramas de flujo; y mira dónde están ahora.

Los programadores de verdad no programan en BASIC. De hecho, ningún programador escribe en BASIC después de la pubertad.

Los programadores de verdad no programan en LISP. Sólo los idiotas escriben programas con más paréntesis que código.

Los programadores de verdad no comentan su código. Si fue difícil escribirlo, debería ser difícil entenderlo, y más difícil de modificar.