Esto suena loco a muchos niveles pero por mas increíble que suene de hecho muchos juegos se hacen en estos eventos, o al menos se prototipan.
Ahora se preguntaran, Cual es la diferencia entre prototipar un juego y desarrollar un juego? Bueno, pues haré referencia a una conferencia a la que fui donde el experto decía que un prototipo de un automóvil podía ser visto como una caja de cartón, así de sencillo, es algo físico que le da la idea al posible consumidor de como seria el producto final. Por otro lado el desarrollar un juego es llevar el producto desde la idea inicial hasta el producto final con todo y mercadotecnia y todo el proceso administrativo que se puedan imaginar.
Así para un juego (o en un videojuego que es el tema de este post), el prototipo sería lo mas sencillo que ejemplifique las mecánicas y el look-and-feel del juego; piensen en un Mario Bros con solo Mario pixeleado, un bloque para destruir y una tortuga, en una pantalla estática donde solo puedas moverte de orilla a orilla, es mas, piensen en solo los elementos como cuadros de colores, ni siquiera animaciones, pero si la mecánica básica que es golpear o ser golpeado por enemigos y el golpear bloques.
Bueno, aun pensando en un prototipo de algo así de simple es, en algunos casos, un mar de lineas de código, dependiendo del lenguaje y lo complicado del gameplay. Así que cuantas lineas de código en C podrías hacer en 48 hrs? Cuantas de esas lineas serian útiles y cuantas tendrías que reescribir? Cuantas veces tendrías que probar ese código para hacerlo funcional? Cuantas animaciones podría hacer el artista gráfico? Cuantas melodías y sonidos podría hacer un ingeniero de audio? Todo eso hace que la complejidad de la tarea crezca de manera exponencial!
Así que para evitar quedar como un noob en este tipo de eventos me he dado a la tarea de prepararme para el próximo Game Jam, que sera justo en mi cumpleaños, me estoy preparando en mi área de acción, que es la programación, para poder hacer lo máximo en esas 48 hrs.
Primero: La mejor herramienta para el trabajo en cuestión.
Los guerreros Samuria del antiguo Japón se preparaban en el uso de sus armas día y noche de forma que sus ellas se volvían extensiones de su propio cuerpo. Ellos no necesitaban pensar: "Que pasaría si de pronto hago este movimiento en lugar de este otro?" porque ellos ya habían probado cada uno de los posibles movimientos en entrenamiento, y habían experimentado todo tipo de condiciones. Bueno, pues como buen programador tu trabajo es volverte experto en tus herramientas de trabajo, de forma que, como los antiguos Samurai, experimentaras todos los posibles escenarios que podrías encontrar al momento de crear un software nuevo. Osea se un experto en tu lenguaje, editor, interprete o lo que sea que debas usar para terminar un trabajo. En este caso se trata de hacer la mayor cantidad de funcionalidad efectiva en el menor tiempo, lo que me lleva a orientarme por usar Python y sus diversas librerías. Tengo unos días mas para probar diferentes engines y diferentes librerías para lograr la mayor familiaridad posible y evitar posibles retrasos.
Segundo: Estudia los clásicos!
En una entrevista, Guillermo del Toro decía: "Si quieres ser escritor, lee", su punto era que no hay mucho que puedas aportar totalmente nuevo a la literatura que alguien mas no hubiera hecho antes. Lo mismo pasa en todas las demás representaciones artísticas, incluyendo los juegos, puedes quebrarte la cabeza para hacer la mecánica mas original desde el "Frogger" o bien copiar la mecánica del "Frogger" y darle un giro para hacer algo original, lo segundo es mas fácil y sería el mejor plan de acción para un concurso donde el tiempo es un factor tan importante.
Tercero: Simplicidad antes todo.
Las mecánicas rebuscados no siempre hacen juegos buenos, en algunos casos una meta demasiada irreal (contando el tiempo y los recursos disponibles) puede hacer que un proyecto fracase antes de empezar. Piensa en algo que cualquier persona pueda jugar, en el caso de los juegos normalmente menos es mas, osea una mecánica de juego que use solo un botón es mucho mas atractiva que una mecánica que use seis botones (sí, hablo de ti Street Fighter), aunque a veces limitar la cantidad de controles puede también hacer insuficiente el control para ciertas mecánicas, es trabajo del Game Designer (o del equipo de desarrollo) definir que es suficiente sin caer en la complejidad excesiva. Ver casos de éxito en Internet también te puede ayudar a estar listo para el reto de diseñar y prototipar un juego exitoso en 2 días.
Y listo! Game Jam ahí voy!
Los guerreros Samuria del antiguo Japón se preparaban en el uso de sus armas día y noche de forma que sus ellas se volvían extensiones de su propio cuerpo. Ellos no necesitaban pensar: "Que pasaría si de pronto hago este movimiento en lugar de este otro?" porque ellos ya habían probado cada uno de los posibles movimientos en entrenamiento, y habían experimentado todo tipo de condiciones. Bueno, pues como buen programador tu trabajo es volverte experto en tus herramientas de trabajo, de forma que, como los antiguos Samurai, experimentaras todos los posibles escenarios que podrías encontrar al momento de crear un software nuevo. Osea se un experto en tu lenguaje, editor, interprete o lo que sea que debas usar para terminar un trabajo. En este caso se trata de hacer la mayor cantidad de funcionalidad efectiva en el menor tiempo, lo que me lleva a orientarme por usar Python y sus diversas librerías. Tengo unos días mas para probar diferentes engines y diferentes librerías para lograr la mayor familiaridad posible y evitar posibles retrasos.
Segundo: Estudia los clásicos!
En una entrevista, Guillermo del Toro decía: "Si quieres ser escritor, lee", su punto era que no hay mucho que puedas aportar totalmente nuevo a la literatura que alguien mas no hubiera hecho antes. Lo mismo pasa en todas las demás representaciones artísticas, incluyendo los juegos, puedes quebrarte la cabeza para hacer la mecánica mas original desde el "Frogger" o bien copiar la mecánica del "Frogger" y darle un giro para hacer algo original, lo segundo es mas fácil y sería el mejor plan de acción para un concurso donde el tiempo es un factor tan importante.
Tercero: Simplicidad antes todo.
Las mecánicas rebuscados no siempre hacen juegos buenos, en algunos casos una meta demasiada irreal (contando el tiempo y los recursos disponibles) puede hacer que un proyecto fracase antes de empezar. Piensa en algo que cualquier persona pueda jugar, en el caso de los juegos normalmente menos es mas, osea una mecánica de juego que use solo un botón es mucho mas atractiva que una mecánica que use seis botones (sí, hablo de ti Street Fighter), aunque a veces limitar la cantidad de controles puede también hacer insuficiente el control para ciertas mecánicas, es trabajo del Game Designer (o del equipo de desarrollo) definir que es suficiente sin caer en la complejidad excesiva. Ver casos de éxito en Internet también te puede ayudar a estar listo para el reto de diseñar y prototipar un juego exitoso en 2 días.
Y listo! Game Jam ahí voy!
No comments:
Post a Comment