Hace unos seis o siete meses conocí a Daniel Rodríguez por medio de Twitter. De inmediato hicimos clic y tuvimos la oportunidad de charlar en persona en Diciembre del año pasado. Daniel hizo una visita relámpago a la Ciudad de México y aprovechamos para comer y tomar unas cervezas mientras discutíamos del estado de desarrollo de juegos en nuestro país.

Ambos coincidimos que sería bueno arrancar un proyecto a corto plazo, un juego casual desarrollado con un motor gráfico existente. Daniel propuso Unity ya que tenía experiencia trabajando con él en Kaxan Publishing a lo que acepté de inmediato. Durante las primeras semanas de Enero nos metimos de lleno a la pre-producción y por medio de llamadas en Skype y charlas en GTalk llegamos a la conclusión de que trabajaríamos en un juego de acción (shoot’em up) con un control y mecánica simples. A estas sesiones se integró otro miembro del equipo llamado Dorian Mastin, el cual sería encargado de diseñar todos los sonidos del juego.

Durante los siguientes meses establecimos una rutina de trabajo basada en desarrollo ágil de software, con juntas cada lunes vía Skype y el uso de Pivotal Tracker y SVN para llevar el registro de todo el proyecto. Todo este tiempo sufrimos de varios contratiempos, algunas veces ocasionados por nuestro trabajo o por la partida de miembros del equipo de desarrollo, curiosamente Daniel, Dorian y yo jamás dejamos de realizar juntas, algunas veces no teníamos trabajo que mostrar sin embargo charlamos de posibles implementaciones, de planes personales y demás cosas.

Después de un mes de suspenso decidimos enfocarnos de lleno para tener lista nuestra primera beta. Dorian aprovechó para tomar parte en el diseño de juego y sugerir varias implementaciones, Daniel le metió turbo trabajando en las madrugadas y yo encontré el tiempo necesario para combinarlo con mi trabajo. Dos semanas de rush concluyeron el sábado pasado con nuestro primer cliente liberado en www.Deathmosphere.com

Durante estos dos días he realizado un balance de pros y contras del proceso de trabajar vía remota. En conclusión, para que un proyecto funcione es necesario mantener una comunicación constante vía mail y VoIP. Lo primero sirve para tocar propuestas sencillas, correcciones o enviar algunos archivos, mientras que lo segundo es esencial para discutir del proyecto con mayor detalle.

Trabajando todos en el mismo lugar (físico) y al mismo tiempo se traduce en un proceso de desarrollo más transparente. Es más fácil corregir errores, implementar opciones y obtener resultados en menor tiempo, cosa que se dificulta trabajando a distancia. En nuestro caso, Daniel y yo tuvimos que establecer días y horarios adecuados para trabajar con el archivo de Unity.

A final de cuentas violamos el deadline inicial, de hecho nos pasamos por bastantes semanas, pero todo este tiempo nos sirvió para darnos cuenta de cómo se llevarán los próximos proyectos.

Links:

• Deathmosphere
• Silent Kraken

Posted via email from .plan

Navegando en GameProducer.net me he encontrado este video narrado por Kyle Gabler (2D Boy) donde enlista una serie de consejos para desarrollar un juego en solo 48 horas. ¿Por qué alguien querría generar un juego en tan poco tiempo? Para volverse famoso, tener chupe y mujeres después de ganar en el Global Game Jam.

Lo interesante es que estos consejos van perfecto para aquellos que desean iniciarse en el desarrollo de videojuegos. El primero y último consejo aplican a practicamente cualquier persona que desee iniciarse en el camino del desarrollo de videojuegos: No compitas con un juego AAA y mi favorita:

Never Fall in Love
The 2nd Theorem of Destruction says: As love and effort INCREASE, the probability of SELF DESTRUCTION approaches 1

Link:“How to Make a Game in 48 Hours” (Video by 2D Boy) [GameProducer.net]

El Sense of Wonder Night es un evento para mostrar el trabajo de desarrolladores independientes que se llevará a cabo el próximo 10 de octubre en el marco del Tokyo Game Show 08.

A diferencia de occidente en donde tenemos bastantes eventos como el IGF, el IndieCade o el mismo Experimental Gameplay Workshop de la GDC, Asia necesitaba urgentemente un evento para mostrar la innovación en Japón. El jurado de este evento cuenta con personalidades como Keita Takahashi, creador de Katamari Damacy, Kenji Sugiuchi de Enterbrain (RPG Maker) y Kiyoshi Shin (IGDA).

Los finalistas del evento han sido anunciados y me da gusto ver el nombre de Cuauhtémoc Moreno, un desarrollador mexicano que está participando con el juego Depict que se centra en el uso de la cámara de los dispositivos móviles para generar una experiencia diferente en la jugabilidad.

Si quieren saber más de este proyecto pueden visitar su sitio oficial. Les dejo un video después del salto.

Si te interesa desarrollar videojuegos o trabajar en la industria “ganando por lo que más te gusta hacer” seguramente has visitado infinidad de foros en español donde en ocasiones tienden más a desinformarte que a resolver tus dudas. Lo primero que debes de hacer es preguntarte “¿qué te gusta?” ó “¿qué se te facilita?” Puede que tus respuestas sean “jugar Halo 3 todos los días por 4 horas” y “obtener el primer lugar de kills en Team Deatmatch”. Si es así entonces mejor prepárate para ser un Pro-Gamer y acude a todos los eventos de los World Cyber Games que se realizan en nuestro país.

Estas preguntas las hice al comenzar el taller de diseño de juegos en la UAM y me di cuenta lo específico que llegaron a ser los asistentes al decir: “a mi me interesa la narrativa”, “el desarrollo de personajes”, “el diseño de niveles” o “las campañas de medios que están detrás de cada juego”. Esto es un paso interesante porque hay un nicho para cada uno de ellos dentro de la industria, lo único que necesitan saber es los requisitos para poder aplicar a una puesto de trabajo en un futuro cercano.

El problema de preguntar en foros es que si tienes la suerte de caer en uno de programadores lo más seguro es que te digan los lenguajes de programación que necesitas aprender. Si caes en uno de arte conceptual entonces te dicen lo que necesitas un background en ilustración muy fuerte. Si lo tuyo es generar macros de excel para los procesos de prueba entonces ninguna de las recomendaciones anteriores debe interesarte.

Si de plano no tienes absolutamente nada de información y deseas saber los campos de trabajo que existen en la industria entonces te recomiendo dos opciones (ambas en inglés). La primera es acceder al sitio GameCareerGuide.com, el cual tiene una sección para principiantes con bastante información de las areas que conforman la industria, secciones de preguntas y respuestas para padres y estudiantes e incluso hasta una guía de salarios (para USA).

La segunda es descargar el último número de la Game Career Guide (otoño del 2008) al que puedes acceder de manera gratuita desde este link. La revista es editada por el staff del sitio del mismo nombre y forma parte de las publicaciones de Think Services (junto con la Game Developer Magazine). Si tu conocimiento de inglés es poco o nulo recomiendo que te hagas de un curso lo más pronto posible ya que la mayoría del material de diseño y desarrollo de juegos se encuentra en este idioma.

En caso que desees saber de algún area en especifico dejanos un comentario y trataremos de orientarte del mejor modo

Comenzamos por la pregunta ¿qué es el diseño de juegos?. Tan sencillo como esto: es el proceso que involucra la creación del contenido y reglas del juego. Por contenido no me refiero en específico a un area sino a un TODO. En este proceso, el diseñador (mastermind, game-god, etc) aterriza en un documento lo que es el juego a detalle, los objetivos, las condiciones para salir victorioso, los mecanismos de interacción, etc.

Uno de los principales problemas con los que me encuentro es que la gente cree que el Diseño de Juegos tiene relación con la parte artística, justo como piensan que un diseñador gráfico es alguien que sabe usar la suite de Adobe. Hay una infinidad de mitos, al igual que con el término “desarrollador” pero he aquí la realidad (de acuerdo a Roger E Pedersen)

Un diseñador de juegos NO ES un programador
Un diseñador de juegos NO ES un artista gráfico
Un diseñador de juegos NO ES un compositor o ing. en audio
Un diseñador de juegos ES UN VISIONARIO.*

El papel del diseñador es mantener una comunicación fluida con todas las areas, es necesario que su visión del juego sea lo suficientemente clara como para que el programador piense en qué linea de código necesita para la IA de los enemigos, que el artista defina qué textura es necesaria para el ambiente tétrico del nivel o que el músico sepa que efectos de sonido aplicará a las písadas.

La diferencia entre un buen diseñador y alguien que sólo tiene una idea grandiosa lista para ser el juego del año radica en la forma como ésta es aterrizada y planteada a todo el equipo. Desde los productores hasta los desarrolladores, la idea debe ser clara y perder consistencia.

Mientras más sencillo, mejor

*Game Design Foundations, Roger E. Pedersen

El sábado pasado tuve una charla con José Eduardo Terán (yayo pa’ los cuates), responsable del Club de Desarrolladores de Videojuegos de UNITEC Atizapán. A pesar de que hablo con Yayo todos los dias (es compañero de trabajo) esta vez quisimos hacer algo mas serio, para mostrar un poco la filosofía del Club.

La reunión fue bastante amena, tuve contacto con los equipos de trabajo y debo admitir que hay mucho potencial en ellos. Cuentan con un manejo sólido de conceptos y es sorprendente ver que muchos utilizan un lenguaje de diseño-desarrollo bastante avanzado. Es gente amena, con aficiones que no solo tienen que ver con videojuegos; el estereotipo de nerd no aplica aquí y basta sentarte a platicar con ellos para que te des cuenta de la facilidad que tienen para expresar sus ideas y metas a corto plazo.

Existe la posibilidad de volver a grabar, ahora con más entrevistas y un compendio de los juegos que se encuentran desarrollando. En breve tendremos también, una serie de conferencias en diferentes Universidades del DF y Area Metropolitana acerca de este modelo de trabajo, desde su gestación hasta la implementación.

Debido a la creciente demanda de desarrolladores que existe en el mercado, Sony ha hecho lo que debió de hacer hace muchos años: ofrecer kits de desarrollo de Playstation y PSP a las universidades que ofrezcan cursos de programación de videojuegos. Este nuevo programa se conoce como Playstation-edu y está enfocado a que los potenciales desarrolladores conozcan el lenguaje y dinámica de trabajo que implica este SDK.

Playstation-edu viene en dos sabores: SDK de Playstation 2 y SDK de PSP. Ambos vienen con el software de desarrollo y el hardware para probarlo. Este programa está enfocado a programadores exclusivamente, los cuales podrán acceder a un foro especial creado por la compañía para despejar dudas y obtener el soporte necesario.

Si tu universidad tiene algun plan de programación enfocada a videojuegos entonces podrías comentarle al responsable para que contacte directamente Mark Danks (el representante de PS-edu) y así obtener toda la información. Estos kits no son gratuitos por lo que la universidad tendrá que invertir algunos dólares si es que desea aplicarlos a sus clases.

Supongo que al ser un programa educativo, los precios del SDK serán accesibles y las licencias podrían ser para múltiples usuarios.

La industria de los videojuegos es extraña en estos días; la visión del modelo de desarrollo ha sido opacada por el modelo de distribución y ahora los tiempos se adaptan de acuerdo a los intereses (y ánimo) de los publishers. Como consumidores estamos jodidos, supeditados a “lo que vende” y no a “lo que divierte”.

El publisher ha tomado un papel más activo y es ahora el que dicta el camino de la industria. La era de los Ferraris y el cabello largo ha cambiado y ahora tenemos una generación de oficinistos con traje gris que solo saben de números y no precisamente de lo que el usuario final necesita.

Compañías como Electronic Arts se comen a los estudios pequeños y poco a poco los desaparecen; los proyectos millonarios predominan y año con año tenemos que empacarnos la misma dosis de franquicias de juegos en primera persona o de deportes.

Pregúntense algo ¿Cúando fué la última vez que una versión de Tony Hawk nos divertía? ¿Por qué Splinter Cell no pudo arrebatarle el cetro a MGS?. Sin entrar en una discusión de fanboys concluyo que es por la avaricia del publisher y un claro ejemplo es Activision con sus franquicias más populares. ¿Por qué es imperativo que haya Guitar Hero, Call of Duty o Tony Hawk cada año?

Se ha probado que Call of Duty 3 pasó desapercibido mientras que Call of Duty 2 y 4 fueron razones de compra de un Xbox 360. Guitar Hero ha sido prostituido de tal modo que no sabemos cuántas versiones habrá para este año. A final de cuentas el publisher hace y deshace en estos días, tiene los recursos para mandar en la industria y nosotros como consumidores lo estamos permitiendo.

La otra cara de la moneda es el movimiento indie; proyectos generados por dos o tres personas que retoman el modelo de trabajo de principios de los ochenta. Ideas sencillas, un tiempo de desarrollo no mayor a seis meses así una inversión mínima está probando que no se requieren dos años ni 15 millones de dólares para ser reconocido por la crítica como una propuesta innovadora.

El problema del movimiento indie es que somos pocos los que disfrutamos esta propuesta. Poca o nula difusión y una mentalidad perdedora de la mayoría de videojugadores que se encierran a lo que les ofrece una, dos o tres consolas es factor para que pasen desapercibidos.

Debemos de entender que un juego no es bueno solo porque lees de el en Gamespot o IGN o porque el motor gráfico contiene millones de lineas de código y simula a la perfección la realidad (aunque la realidad sea que no tengas el equipo necesario para correrlo).

Se necesita un cambio de mentalidad si es que deseamos ser partícipes de un cambio en esta industria. A final de cuentas, nosotros somos quienes la hemos mantenido vigente por 30 años.

Recomendaciones:

fl0w

Audiosurf

Aquaria

Darwinia

Poesysteme

World of Goo

DEFCON

Tri-Achnid

Empyreal Nocturne

Y hay una veintena más…