.: WEREMSOFT :.

Dado que la gran mayoría de los juegos de Nintendo están catalogados por ERSB con el rango de “E”(para todo el mundo), la gran empresa nipona debe cuidar que los entornos online sean “sanos”.

Por este motivo(pienso yo) nintendo quitó la posibilidad de comunicarse entre los usuarios. Es decir, ninguno de los juegos para la consola wii o DS tiene chat ni VOIP(chat de voz). Cualquiera que haya jugado algún FPS online, sabrá que es muy común leer cosas realmente ofensivas en los chats o incluso oírlas en vivo cuando se dispone de la funcionalidad de VOIP.

Esta limitación de los juegos de DS o de Wii** , hace que los jugadores busquen otras formas de comunicarse.

El nombre del nick, la selección de las pistas, el color de la ropa, etc. Es usado por los usuarios con la intención de transmitir un mensaje e interactuar.

Por ejemplo, en una oportunidad yo estaba jugando al mario kart DS, para ahorrar tiempo, esperaba a que mi compañero* eligiera una pista y, a continuación, elegía esa misma pista. De esta manera evitaba que el sistema sorteara el circuito en el cual jugaríamos. Al principio, yo venía perdiendo, pero en el momento que gané, decidí elegir una pista en la que me sentía cómodo para tratar de repetir la proeza. Fue entonces que mi desconocido compañero eligió la misma pista que yo.

No se cual habrá sido su verdadera intención, pero yo lo entendí como “Ok, ahora vos mandás”. A partir de ese momento y durante varios partidos de esa noche/madrugada, el que ganaba elegía la pista.

Usando las limitadas opciones que daba el juego, llegamos a un acuerdo acerca de las reglas de esa noche. Me dije “Puta, no puedo hablar con este pibe y sin embargo me estoy comunicando”. Muy loco darme cuenta de esto, muy loco en verdad.

A veces, darnos cuenta de como nos sobreponemos a las limitaciones puede ser fuente de un gran asombro.

* Sobre esta ultima radica la mayor parte de mi experiencia.
** En este caso jugaba con una sola persona.

Los algoritmos complejos de física son susceptibles a tener cierta inestabilidad ante determinadas condiciones: Los algoritmos de dinámica de fluidos no se comportan bien cuando están bajo mucha presión, las estructuras formadas por “springs” no se llevan muy bien cuando estos son muy duros, las colisiones no se detectan a alta velocidad, etc.

Hay una técnica que se utiliza en los videojuegos, es que, teniendo un un comportamiento no previsto que es muy difícil de eliminar, en lugar de suprimirlo, se lo incorpora como parte del juego(los que consideren esto una blasfemia, lean el postmortem de “Portal”).

Así, por ejemplo, para los algoritmos de dinámica de fluidos se hace que el líquido hierba cuando esta bajo mucha presión(entonces se justifica la inestabilidad), en el caso de las estructuras formadas por springs, se limita la cantidad de resortes que el usuario puede usar(suponiendo que el usuario pueda crear estas estructuras en el juego), en el caso de las colisiones a alta velocidad, se hace que los proyectiles se desintegren por fricción con el aire si se los dispara con la fuerza máxima, etc.

Esto hay que manejarlo con precaución, ya que no puede justificarse cada bug que tenga el juego. Es como si abriésemos la heladera y tenemos azúcar, una salchicha alemana, leche y pan e hiciéramos un choripan con dulce de leche porque “es lo que hay”.

La opción de utilizar las limitaciones del sistema como parte del juego esta y puede sumar mucho al producto, pero tampoco es la forma de solucionar los problemas.

Salutes!

Si intentamos utilizar un archivo mp3 para generar un loop musical en flash, encontraremos que este queda mal, ya que se produce un corte minúsculo, pero perceptible entre que el loop termina y vuelve a empezar.

La solución consiste en atizar archivos wav.

Creo que en muchas empresas se cometen errores al asignar gente para que se haga cargo de una determinada áraea. Trataré de exponer mis puntos de vista. Si creen que hay algo en lo que le estoy pifiando, por favor dejen un comentario con su crítica.

El jefe experto

Conforme iba avanzando en mi carrera de sistemas, llegaba el momento en que debía hacerme cargo de un grupo de personas con menos experiencia. Entonces debía dejar de programar para redactar documentos de estimaciones, tratar con los clientes, organizar agendas del grupo y reunirme con superiores y subordinados para asegurarme de que todos saben que esta pasando y que deben hacer.

Nunca comprendí porque para avanzar en la carrera, sacan a una persona de una tarea que le gusta y que hace bien, para hacer algo que no le gusta y que solo diós sabe si es capaz de hacer bien. Lo insólito es que muchas veces esto se hace para justificar un aumento de sueldo! Ademas, muchas veces la persona que recibe el ascenso no tiene mucha capacidad de decidir al respecto. Es obvio que no comprendo nada de management porque no puedo concebir como corno las empresas que hacen esto siguen funcionando ni como la gente acepta estos cambios porque “asciende”.

Lo que nos debe quedar en claro: No se debe sacar a una persona de la tarea que le gusta hacer y para ejercer una actividad que no le gusta hacer como justificativo de un aumento de sueldo.

El jefe impuesto

El contraejemplo anterior nos habla de una persona que de repente debe hacerse responsable de un grupo. Muchas veces pasa que la persona que pasa a ocupar un puesto de mando medio no tiene madera para tratar con la gente. Las causas de esta incapacidad son muchas: Falta de consideración hacia los demás, falta de interés, que no puede desarrollar empatía(esto es, la capacidad de ponerse en el lugar del otro), etc. Todos estos problemas se resumen en unos solo, que es “desconocimiento de la mecánica de las relaciones humanas”.

Los escenarios en que se hace evidente lo anterior son muchos. Saber hacer un trabajo no es suficiente para llevar adelante a un grupo de personas.

Lo que busco exponer es que un lider no debe ser puesto a dedo. Para nombrar un lider, uno no debe centrarse en el candidato, sino en el grupo todo. Identificar el candidato correcto para hacerse cargo de un área consiste en identificar a la persona a quien todos preguntan, cuya opinión valoran, en otras palabras, a quien respetan.

El respeto no es algo que viene per se, es algo que se gana con el tiempo. Si se pone a un déspota al frente de un grupo de personas, es posible que los proyectos salgan, pero la gente dejará de disfrutar lo que hace, y luego de un tiempo se marcharan de la empresa.

El jefe ideal

Si se va a poner a una persona técnica al frente de un grupo de personas, debe verse que:

a. Los miembros del equipo lo tomen como referente y lo respeten.
b. No entorpecer su tarea con papeléo.

Para “a” basta leer el apartado anterior, para “b”, de ser posible se debe asignar a alguien que se encargue de redactar documentos y actualizar los gantt. Dejando a la persona que se encarga del grupo de hacer lo que mejor hace: Ver como están las cosas, escuchar y ayudar a la gente que tiene problemas, ademas de contribuir a los proyectos en el frente de batalla con su demostrada capacidad técnica.

La afinidad del grupo

Hay algo que pocas veces se considera y es la afinidad de las personas del grupo. Si todas las personas que integran el grupo tienen habilidades que se complementan y se respetan, no hace falta management. Lo único que hay que cuidar es que si hay dos personas con experiencia equivalente cuyas opiniones pueden diferir y ser igualmente válidas, hay que poner a alguien que “desempate”. El resto sale solo.

Espero que estas reflexiones le sean de utilidad a alguien.

Saludos!

Hace no mucho tiempo, cuando redactaba presupuestos de sistemas, estos tenían los puntos del proyectos y cuanto se tardaría en llevarlos a cabo en horas hombre(tiempo = dinero).

Esto estaba bueno porque si al cliente le parecía muy caro el coste del proyecto, podía recortar funcionalidades para que los números le cierren.

A lo mejor esto les resulta útil.

Salutes