No tengo tanto tiempo libre. Cuando llego de trabajar estoy cansado y me cuesta concentrarme. ¿Realmente merece la pena emplear todo este esfuerzo en hacer este juego para intentar conseguir un trabajo en la Industria?

(Ruido de un televisor encendiéndose. Una voz monótona recita en tono pedagógico)

“Ver sucesivas veces (hábito, costumbre) que al darse un determinado hecho de experiencia se sigue otro determinado hecho de experiencia, lleva al entendimiento a considerar que siempre, en el futuro, volverá a repetirse dicha sucesión de hechos de experiencia, pues la naturaleza es uniforme, es decir, se comporta siempre de la misma manera o manera muy similar”

( Principio de uniformidad de la naturaleza de Hume)

Exactamente ese es el quid de la cuestión.

¿Cueces o enriqueces? Programando en tu tiempo libre

Imagina que no has tenido la oportunidad de trabajar como programador de física y tu experiencia laboral se desarrolla en un campo bien diferente, por ejemplo, programación de aplicaciones de gestión con Visual Basic. Imagina que, sin embargo, en tu tiempo libre te dedicas a colaborar con unos amigos en un proyecto de videojuego donde tú eres responsable de la física. Obviamente, aunque no sea experiencia laboral, este trabajo cuenta, y mucho.

El hecho de que una empresa considere mejor la experiencia laboral que aquella que no está ligada a un proceso de selección previo es principalmente (aunque no únicamente) debido a que el que hayas estado desarrollándote bajo la coordinación de otras personas te ha obligado a rendir de un modo correcto de acuerdo a un entorno profesional. Por ejemplo, puede que hayas dedicado diez años de tu vida a programar un motor de física, pero si lo has hecho por tu cuenta, ¿quien garantiza a la empresa que lo has hecho bien? Normalmente, si te has desempeñado en una empresa, has tenido que satisfacer las exigencias de la persona que te paga, que habrán sido motivadas por las exigencias del mercado, por lo tanto, en este caso tu experiencia queda validada. Es perfectamente factible que tu jefe no estuviera capacitado para su puesto y te pidiera cosas totalmente absurdas, con lo cual tu experiencia laboral no sólo no valdría nada, sino que podría ser dañina, al haberte transmitido unos procedimientos o una forma de trabajar incorrecta. Sin embargo, ese tipo de empresa suele durar bien poco en un entorno tan competitivo y arriesgado como los videojuegos, así que si puedes aportar experiencia laboral, estás ofreciendo una cierta garantía de seguridad y competencia.

¿Eso quiere decir que si tienes experiencia laboral eres mejor que alguien que tiene experiencia por sus proyectos extra laborales?

No.

La experiencia laboral sólo es un indicador que permite a la persona a cargo de la selección de personal maximizar sus posibilidades de éxito en la toma de la decisión (contratarte o no) teniendo en cuenta la información de la que dispone. No te desanimes si no la tienes. Para llegar a cada sitio hay una puerta.

Por ejemplo, en el ejemplo mencionado más arriba podrían tomarse el tiempo de navegar por el código de tu motor, lo cual les daría la información que necesitan, pero es algo que rara vez harán porque en un proceso de selección no suele sobrar el tiempo. En lugar de eso, tendrán que reunir el resto de datos que posean y aplicar el principio de uniformidad. Llegados a este punto, si se pueden intuir tendencias positivas o negativas en tu trayectoria no profesional, la empresa frecuentemente asumirá que te comportarás del mismo modo si te contratan. Así pues, algo que podemos hacer para suplir una falta de experiencia profesional es asegurarnos de que nuestros proyectos rebosan de tendencias positivas y promesas de rendimiento.

He aquí algunos ejemplos de tendencias que nos interesa que nuestro potencial futuro empleador perciba:

• Tendencia a cerrar los proyectos que se comienzan (ésta es, con mucho, la más importante de todas).
• Amor por los detalles: cuidar la presentación de tus proyectos, conocer más información que la que aparentemente te correspondería por tu rol en él (como posibles expansiones o evoluciones).
• Capacidad para identificar las partes importantes de un proyecto y priorizarlas.
• Capacidad para delegar.
• Capacidad para comunicar de manera efectiva en qué consisten tus proyectos y por qué merecen la pena.
• Conocimiento preciso de las tareas desarrolladas por otros miembros del proyecto, así como de la carga de trabajo que supone cada una.

Prepárate para cocinar (persuadir) y hacer la boca agua (vender) a los más exigentes

Una vez cumplido este objetivo, ¿qué más podemos hacer para explicar a nuestros entrevistadores el gran error que cometerían si no nos contrataran?

Una amiga me citó una vez una frase de Elmer Wheeler: “Don’t sell the steak - sell the sizzle”. Tenemos que hacer énfasis en vender nuestra capacidad potencial, la promesa de rendimiento, el sonido sugerente del filete crepitando al fuego y el sabor delicioso que nos evoca, frente a nuestra capacidad demostrada, la experiencia laboral, el sabor del filete en sí. ¿Cómo podemos hacer esto? Pues escogiendo el tipo de currículum que sirva mejor a nuestros fines:

• El currículum cronológico presenta la información de nuestra historia laboral agrupada por fechas, comenzando por la más antigua. Este formato enfatiza los empleos que has tenido y las empresas en que has trabajado. Este modelo sólo es apropiado para quien puede exhibir una larga historia laboral sin períodos de desempleo y para quien no haya cambiado drásticamente la orientación de su carrera.

• El currículum cronológico inverso es igual que el cronológico, pero presentando primero los datos más recientes, que son los que más interesan a tu entrevistador. Este formato puede ser útil en el caso de estar buscando trabajo en un sector en el que tenemos algo de experiencia (nuestro segundo trabajo, por ejemplo).

• El currículum funcional muestra tus habilidades y logros, sin proveer información detallada acerca de dónde y cuándo obtuviste ambos. Al no seguir una progresión cronológica, permite hacer énfasis únicamente en los elementos positivos que nos interesan, restando importancia a tendencias que pueden ser percibidas como negativas, como cambios frecuentes de trabajo, períodos en paro o falta de experiencia laboral. El formato funcional está especialmente indicado en situaciones tales como cuando buscamos nuestro primer empleo, tenemos muy poca o ninguna experiencia laboral o estamos cambiando de sector (reorientando nuestra carrera). Este CV nos ayudará a resaltar las habilidades que sean transferibles al sector de destino.

Cocina tu(s) filete(s) a fuego lento

Si no te funciona una vez, no te desanimes. Persevera, mejora, aprende de tus errores. Quien persiste en el tiempo y demuestra constancia y afán de superación acaba alcanzando indefectiblemente sus sueños.

…Y Halo 3 para Game Boy, Call of Duty 4 para amiga, Assasin Creed para Master system… realmente animo a todo el mundo a que se atreva, es más, incluso lo programen. Esto si es pasárselo bien.

Buen finde!

La mañana del 4 de Marzo de 2008, Gary Gygax, el diseñador de juegos que inventó los juegos de rol tal como los conocemos hoy - D&D entre otras cosas- murió de un ataque al corazón.

Incluso cuando se le diagnosticó un aneurisma de aorta abdominal, los juegos continuaron siendo una parte importante de su vida. Según sus palabras (alerta de traducción libre):

“Me gustaría que el mundo me recordara como ese tipo enamorado de los juegos y a quien le encantaba compartir sus conocimientos y anécdotas divertidas con todo el mundo”.

Y así fue hasta el día de su muerte.

Como propone FANatiko, lancemos tres salvas de dados en su honor.

Fuente: Simfoony

El diseñador se acerca al sitio del dibujante y le instruye en tono condescendiente: “Oye, la capa del personaje pónmela roja, no negra“.

Acto seguido se acerca a un programador y le explica: “Escucha, el personaje tiene que avanzar a 1.3 m/s cuando esté subiendo una cuesta, no a 6 de las unidades actuales, cualesquiera que sean éstas, que no lo sé.”

El dibujante se queda mirando desconsolado su paleta de colores temáticos, dentro de la cual ese rojo no tiene cabida alguna.

El programador comienza a sentir un tic nervioso en el párpado izquierdo cuando intenta evaluar mentalmente el alcance de la refactorización de todas las variables enteras involucradas.

El diseñador se vuelve a su sitio, ajeno al cambio que acaba de provocar en su estatus: en veinte segundos ha evolucionado de Diseñador a Dictador.

Una de las primeras dudas que se presentan cuando elaboramos una especificación funcional es hasta qué punto debemos concretar las funcionalidades que estamos describiendo. Además, ésta es una decisión crítica, porque puede afectar de manera decisiva al resto del equipo de desarrollo tanto a nivel humano (motivación) como técnico (carga de trabajo).

La única respuesta a esta pregunta es que el diseñador debe tomar decisiones de diseño.

Espera, Isilion. El diseño engloba todos los aspectos del producto. Eso equivale a decir que el diseñador decide todo, ¿no?

No. El diseño del juego determina todos los aspectos del producto, desde el más básico hasta el más nimio, pero no es necesario que sea el diseñador quien modele cada pequeño aspecto. Un equipo se compone de profesionales especializados cuyas aportaciones son imprescindibles para conseguir un acabado perfecto. Resulta mucho más útil transmitir a cada uno lo que esperamos de ellos, explicarle qué queremos conseguir. Cómo lo consiga cada uno es tarea suya. Ese será su granito de arena y su motivación.

Comunicación con los artistas

En un interesante comentario, Juan apuntaba el ejemplo de la introducción: “Oye, la capa del personaje pónmela roja, no negra“.

Quizá el personaje principal tenía una capa roja en tu cabeza, pero ¿realmente la necesitaba? Quizá para ti esa capa añade al personaje un cierto aire de superhéroe que ayuda a transmitir tu idea. Sin embargo, debemos ser conscientes de que el dibujante posiblemente sepa mucho más de temáticas de color y combinaciones que nosotros mismos.

Por otro lado ¿estás seguro de que la capa roja evoca en tu público objetivo las mismas sensaciones que en ti?

Aproximaciones sugeridas

Un buen método para transmitir nuestras ideas a los artistas es el descrito por los siguientes pasos:

1. Definición de límites: explicar quién es nuestro público objetivo.
2. Definición de objetivos: describir qué sensaciones pretendemos crear en nuestro público.
3. Ponderación de los elementos: concretar qué elementos son inamovibles y cuáles podemos dejar al criterio del artista.

Habitualmente nos resultará muy provechoso hablar un poco nuestros artistas, y dejarnos empapar por su cultura. Frecuentemente, él o ella conocerán herramientas o técnicas que nos serán desconocidas, pero resultarán las más apropiadas para conseguir el efecto que necesitamos. Por eso siempre debemos limitar nuestras restricciones a lo que sea verdaderamente imprescindible (”El protagonista es un bárbaro, así que debe llevar un hacha o una espada bien grande. Nada de rapieres ni main gauches“), para dar un mayor espacio creativo y evitar poner trabas inadvertidamente a esas técnicas o herramientas que desconocemos. Por supuesto, podemos ofrecer nuestras ideas a título orientativo, pero siempre evitando imponerlas.

Comunicación con los programadores

En un entorno ideal, no deberías tener la necesidad de dictar al equipo de programadores cómo tienen que implementar la parábola que describirá el proyectil arrojado por el personaje. El programador sabrá perfectamente cómo hacerlo, posiblemente mejor que tú mismo, e imponerle tu criterio sólo serviría para obligarle a restringir las posibles soluciones a un nivel de habilidad inferior a sus capacidades. Puede que tú también seas programador y que tengas tanta experiencia como él /ella o más, pero incluso en este caso, no es recomendable imponer una solución. Si aún así crees que debes hacerlo, pregúntate antes si eres consciente de todas y cada una de las repercusiones que tendrá esa decisión sobre el trabajo del programador y, en consecuencia, sobre el desarrollo del proyecto. Por ejemplo, estarías obligando a los programadores a usar unidades concretas, que quizá no fueran las más adecuadas para la plataforma tecnológica elegida.

Es responsabilidad de cada programador el decidir los detalles de la implementación y tú deberías darle todo el margen que te sea posible. Si las mecánicas de tu juego requieren una velocidad concreta, nunca digas un número exacto a no ser que sea absolutamente imprescindible. En vez de eso, ofrece una medida relativa al movimiento normal y deja que el programador decida el resto. De ese modo, si un programador decide que debe cambiar sus variables de tipo int por float, tus especificaciones seguirán siendo válidas.

Aproximaciones sugeridas

Supongamos la siguiente especificación base:

• El movimiento base del personaje en terreno llano es de 2 m/s. Sobre esta base se aplicarán los modificadores descritos más abajo en el mismo orden en el que se listan.
  
• Si el movimiento del personaje llega a cero (0) se detiene. Un movimiento negativo no tiene un efecto visible (no impulsa al personaje en dirección contraria).

Sobre esta base funcional, podríamos representar los diferentes tipos de movimiento del personaje a través de modificadores, valores relativos o diferentes niveles de lenguaje natural.

Los modificadores son números que se aplicarán sobre otros valores relativos o absolutos. Resultan útiles cuando hay muchas posibilidades en torno a pocos valores base. Al abstraer los modificadores, nos permite combinarlos entre ellos para ofrecer más posibilidades, pero aumentan la complejidad del diseño:

• + 50% cuando esté corriendo
• - 20% cuando esté subiendo una cuesta
• -10% en terreno pantanoso

Los valores relativos pueden imaginarse como un valor base con un modificador incorporado. Resultan útiles cuando hay pocas posibilidades en torno a un número cualquiera de valores base. Tienen la desventaja de no poderse combinar entre ellos, pero son muy sencillos de entender y evitan tener que hacer cálculos:

• 150% cuando esté corriendo
• 80% cuando esté subiendo una cuesta
• 90% en terreno pantanoso

El lenguaje natural nos permite dar al programador máxima libertad, pudiendo ser tan vagos o específicos como queramos. Cuando usamos lenguaje natural necesitamos especificar ciertos límites para evitar ser demasiado vagos. Este método es un arma de doble filo, ya que a pesar de ser extremadamente rápido, nos obliga a confiar en nuestra capacidad para discernir si los programadores van a entendernos sin necesidad de especificar detalladamente cada aspecto de la funcionalidad.

• El personaje avanzará más lento cuando esté subiendo una cuesta.
• El personaje avanzará más lento mientras más pronunciada sea la cuesta y se parará si se inclina demasiado.
  
• El personaje avanzará más lento mientras más pronunciada sea la cuesta y se parará en inclinaciones de 45º o más.

Aplicando las metodologías

Podemos resumir las metodologías planteadas en dos sencillas reglas:

1. Todas tus indicaciones deben estar orientadas hacia unas metas claras y definidas.
2. Debes asegurarte de que todos conocen esas metas. Si el programador escribió un programa que realiza correctamente una funcionalidad que entendió mal por alguna ambigüedad o laguna en el documento de diseño, posiblemente será más culpa tuya que suya. Si los demás conocen las metas del diseño es mucho más fácil que detecten cualquier incoherencia.

Anima, comenta, comparte tu ilusión con todos. Intenta no imponerte. Enriquécete con las ideas de los demás. Aprende de ellos y, sobre todas las cosas, escucha.

Leyendo una entrada en “A ojo de buen cubero“, me encuentro con una crítica a la costumbre de destacar, por encima de otras cualidades, la parte gráfica de los videojuegos (que no es que no tenga mérito o tenga menor importancia… pero no es la única, ciertamente), dejando de lado el apartado de la música.

Detrás de un videojuego hay un equipo muuuuuy grande de personas: diseñadores, grafistas, programadores, traductores… y músicos, entre otros.

No se trata únicamente de crear los efectos de sonido, sino de darle una ambientación general a todo el juego. No son sólo los disparos, los objetos al caer, las voces de los personajes, el sonido ambiente… es la manera de implicar al jugador, de crear la atmósfera apropiada, sin que éste se dé cuenta (al menos de una manera totalmente consciente), de la música que está sonando de fondo.

En definitiva, se trata de conseguir la inmersión en el juego, a partir de todos los detalles que lo conforman, y la música tiene un papel importante en ese aspecto.

Hablamos de inmersión en los videojuegos cuando el jugador olvida completamente el entorno físico que lo rodea y termina por creer como real el entorno virtual representado en la pantalla del ordenador. (Garthofismos)

Dejando a un lado la mayoría de videojuegos más exitosos (gran parte, shooters), en otro género donde encontramos composiciones especialmente bonitas, están los Final Fantasy y los Zelda, por ejemplo, que quien más o quien menos, se ha descubierto tarareando en algún momento.

Pero, como la crítica estaba más bien centrada en el primer tipo, shooters y similares, quizás un apunte sobre la banda sonora del Medal of Honor Rising Sun ayude a verlo con otros ojos… La partitura de este juego ha sido grabada por la Hollywood Studio Symphony (responsables, entre otras, de bandas sonoras como las de Indiana Jones, La lista de Schindler, y algunas de El Padrino).

Y si tiramos de nostalgia, ¿qué tal la BSO del primer Doom? Con canciones de Metallica, AC/DC, Pantera, Alice in Chains…

¿Aún queda alguien que siga pensando que la música de los videojuegos no está hecha para deleitarse, que es un simple añadido sin importancia? Si hay que hablar más sobre ella para que no quede arrinconada como un pequeño detalle, empecemos ahora mismo

Fuentes: EA Games, Garthofismos

¿Qué es una pizza a falta de un trozo? un Pacman, está claro.

¿Y qué son un montón de canicas? ¡Munición, mucha munición!

Si ésa es vuestra respuesta a estas preguntas, entonces os gustará este vídeo.

Buen finde!

Pero el fallo sólo fue momentáneo y empezó a bajar de nuevo. Cuando llegó a la planta baja, el ascensor se detuvo, pero no se abrieron las puertas. Así que Diógenes comenzó a apretar los botones repetidas veces sin ningún resultado.

Y de pronto, pudo escuchar una voz en su cabeza. Era una voz con una semejanza espantosa a la que él le había programado al demonio.

He cumplido – dijo la voz –. Ahora es tu turno de pagar.

Y el ascensor comenzó a bajar… abajo… más abajo… más abajo…

El fragmento ha sido extraído y adaptado del cuento Cómo llamar a los demonios, de Discípulo de Nergal

Es la última vez que me pongo nostálgico, espero… Pero es realmente curioso ver cómo ha evolucionado todo esto en tan poco tiempo. En este vídeo de cuatro minutos presenciamos un breve repaso a los videojuegos, desde el primero a la actualidad.

¿Qué será lo próximo? ¿Realidad virtual, Matrix, 3D imposible de diferenciar de la realidad? ¿Se atreve alguien a lanzar sus apuestas por aquí? Cuando pase el tiempo lo veremos…

Buen finde!

Ahora que se acerca el fin de este año 2007 y comienza el nuevo, es bueno que recapitulemos y echemos un vistazo al pasado, presente y futuro de los videojuegos.

En este interesante reportaje, dividido en dos episodios y colgado en Youtube en varias partes cada uno, podemos arrojar luz sobre la industria, la historia y el estado actual de este apasionante mundo.

Buen finde!

Pues sí, nada de robots disparándose, grandes ejércitos enfrentándose en sangrientas batallas, ni alienígenas mutantes atacando nuestra nave. Estamos en Navidad, debemos ser buenos y no olvidar que, entre tanto regalo, turrón y árbol de Navidad, celebramos el nacimiento de nuestro señor Jesucristo, el personaje más carismático de la historia de la literatura.

Feliz Navidad!