Project Torque

Massively Multiplayer Online Racing Game

 

Página: http://project-torque.aeriagames.com/

Distribuidor: Aeria Games & Entertainment

Desarrollador: Invictus-Games Ltd.

 

Project Torque es un juego de carreras de autos para Windows, con muchos autos, pistas y carreteras, muchas opciones para mejorar nuestro auto, muy buena calidad y sobre todo !es gratis!

 

Son muy abundantes en la red los juegos gratuitos, donde se promete una experiencia divertida y muy completa, sin embargo, la mayoría de esos juegos carecen de valor y son solamente juegos para el jugador ocasional en el mejor de los casos.

 

Project Torque es un juego bastante pulido, con una gran cantidad de trabajo y dedicación.  La calidad de sus gráficos, la cantidad y calidad de sus distintos modos de juego, y en general la experiencia de juego lo destacan de entre la pléyade de juegos gratuitos disponibles hoy día.

 

Si bien es necesario invertir dinero «de verdad» para tener acceso a todas las opciones de autos y upgrades, los automóviles y sus opciones de upgrade disponibles de manera gratuita son suficientes para disfrutar del juego.  Solamente es necesario comprar puntos con dinero si se quiere tener un auto de alguna casa automotriz del mundo «real» o para adquirir artefactos o herramientas que no son indispensables para disfrutar del juego.

 

Para poder jugar este juego es necesario una conexión de banda ancha, incluso desde el momento de descargar el cliente, que pesa unos 900 Mb. Constantemente recibe actualizaciones que se realizan directamente desde el launcher del juego y que pueden ser en ocasiones muy grandes, pero me parece bueno que se hagan mejoras continuas y que los desarrolladores no agoten su interés en el producto.

 

Cuenta con varios modos de juego distintos que le dan mucha riqueza e impiden que el juego pueda volverse aburrido, esto es claro, si a uno le gustan las carreras de autos. Tiene carreras en pista tipo Nascar, carreras en circuitos citadinos, en circuitos off-road, y algunos eventos que no son propiamente carreras contra distancia como Capture the flag. Incluso tiene varios retos y misiones para un solo jugador, pero es necesario recorrer muchas millas en carreras multijugador para desbloquearlos.

 

Sus gráficos no son los más hermosos que se hayan visto, pero lucen muy bien. Project Torque cuenta con un sistema de daño en tiempo real que no solo hace cambios cosméticos al auto sino que altera también el comportamiento del mismo. Es un sistema de daño bastante bueno para tratarse de un juego gratuito, hace mucho más interesantes las carreras y exige más cuidado por parte del conductor.

 

En el caso del audio creo que podría recibir algo más de trabajo, pero al menos funciona bien en sistemas de sonido surround.  Los temas musicales no son muy abundantes y se sienten repetitivos rápidamente,  afortunadamente es posible incluir música propia en el juego, lo que minimiza este pequeño problema.

 

Puede usarse tanto el teclado como algún otro control de juegos, como puede ser un joystick o un volante. Es muy cómodo jugar con el teclado, los controles se sienten precisos y la velocidad de reacción es la adecuada. El control de auto con un volante es un poco distinto a otros juegos de autos, pero lleva muy poco tiempo acostumbrarse y funciona muy bien, incluso el soporte para force feedback esta bien implementado.

 

En cuanto a la sincronización de los juegos la mayor parte del tiempo funciona muy bien, con ocasionales lags que pueden notarse en comportamientos extraños por parte de los autos competidores, pero la experiencia de juego no se ve realmente afectada por ello. Es importante decir, sin embargo, que si la velocidad de salida de tu conexión no esta por arriba de los 120 bps es imposible jugar carreras de más de ocho competidores sin experimentar desincronización, cuando esto pasa los demás autos simplemente quedan estacionados a lo largo de la pista.

Conclusión

Project Torque es un juego divertido, con un gran valor y que puede mantenerte entretenido por muchos meses, ya que además de las carreras per se, atrae al coleccionista que muchos llevamos dentro, haciéndonos jugar solo una carrera más para acumular la suficiente experiencia para comprar ese upgrade al que ya le tenemos el ojo puesto o para comprar ese auto (de fantasía) que tanto ansiamos para dejar mordiendo el polvo a los demás.

 

Si gustas de los autos y las carreras, dale una oportunidad a un juego que por mérito propio se ha ganado la nominación a mejor juego MMO del 2008 en la página de OnRPG (http://www.onrpg.com/boards/114856.html) en la categoría de juegos «No de fantasía», y que muy probablemente gane.

WordPress es más que blogs… que tal una página empresarial por ejemplo

Mucha gente está al tanto de las capacidades que tiene WordPress como CMS (Content Manager System). Sin embargo, no se cuanta será la gente que aprovecha dichas cualidades para otras cosas que no sean blogs.

 

WordPress se comporta competentemente para administrar todas las cosas necesarias para mantener un blog. Agregar, editar y borrar contenido tanto de páginas como posts es sencillo, y los temas que pueden utilizarse con él nos permiten una gran versatilidad para desplegar la información que nos interesa.

 

Por otra parte las páginas web o de Internet, suelen estar basadas en archivos HTML estáticos, que no son facilmente editables, a menos que se cuente con el conocimiento para editarlos o con un software de edición, e incluso si se tiene dicho conocimiento o un software de ese tipo, no resulta tan cómodo agregar nuevo contenido, como pasa con un blog.

 

Practicamente todos los clientes que he tenido que quieren una página web, están encantados con la idea de tener una página que ellos mismos pueden editar, agregando y quitando páginas a su propia conveniencia y en el momento que deseen. Diseñando temas para WordPress que luzcan como una página web empresarial hemos podido proveer a nuestros clientes de una opción económica y poderosa que devuelve el control del contenido de la página a su dueño original. Por supuesto el dueño original de una página web y de su contenido, no debe ser el desarrollador o el diseñador, sino aquel que ha pagado por la realización de la página.

 

En perNodis, grupo de desarrollo al cual pertenezco, desarrollamos temas para usar con WordPress enfocados a su uso como páginas web de contenido editable, los cuales lucen como páginas web tradicionales, con una imagen seria, elegante y profesional según los requerimientos de nuestros clientes.

Lo que pasa en Las Vegas, se queda en Las Vegas

O, lo que pasa en AJAX, se queda en AJAX

El día de hoy descubrí de mala manera que debo poner más atención a las bondades de AJAX, y que no debo perder de vista en ningún momento a lo que hace. Estoy haciendo una aplicación muy sencilla de captura y edición de formatos en ASP .NET 2.0, y estoy utilizando AJAX Extensions por primera vez. Me da un poco de pena hablar del problema que tuve pues fue debido por entero a una distracción de mi parte.

 

Una de la características más importantes que tienen los extensores de AJAX es la facultad de controlar los eventos de postback y presentar al usuario los cambios solamente  en el control que ha cambiado. A pesar de saber esto pretendí que un usercontrol lanzara un evento que sería observado por la página donde se encontraba alojado, la página debía realizar algunas tareas adicionales una vez que se levantaba ese evento, pero dicho control estaba incluido en un AJAX UpdatePanel.

 

Por supuesto el evento era lanzado por mi control y la página estaba al tanto de él, pero no me era posible ver el efecto de ello, pues el postback se realizaba solamente para el contenido del UpdatePanel. En una imperdonable distracción (al menos yo todavía tengo problemas para perdonármelo) pensé que algo estaba fallando y que, o bien el evento no estaba siendo levantado o que la página no estaba reaccionando.  Esta de más decir que me tomó un buen tiempo (no diré cuanto) percatarme de qué estaba sucediendo y arreglarlo.

 

Este post lo he puesto para ayudar a algún otro programador distraído como yo, a ahorrar un poco de tiempo y de angustia, recordándole que debe poner un poco más de atención cuando use un AJAX UpdatePanel, en vez de buscar las razones más inverosímiles de porque un evento no estaría funcionando cuando ha sido programado de la misma manera a como siempre ha sido hecho.

 

Recuerden, si algo pasa dentro de un AJAX UpdatePanel, «se queda en el UpdatePanel», al menos hasta que el contenedor de quien debe reaccionar haga un postback. Existe la manera de forzar que un control de AJAX UpdatePanel mande el postback, para esto debe utilizarse la propiedad «UpdateMode» y su valor debe ser establecido en «Always», esto hará que el control actualice su contenido.

Las páginas amarillas son un buen directorio, solo un buen directorio

El día de hoy hice un hallazgo que a primeras luces parecería una buena noticia, pero que en un análisis ulterior, terminó siendo una situación desventajosa para mucha gente. La sección amarilla ofrece a sus clientes un servicio para colocarlos en su portal de Internet. Eso es sin duda algo bueno para cualquier empresa, negocio o similar que desee ser encontrado por el sin número de gente que ha de visitar dicho directorio en busca de aquellos que solucionaran su problema a cambio de alguna suma de dinero.

Cuan grande fue mi sorpresa al descubrir que los servicios que ofrece la sección amarilla a sus anunciantes no terminan ahí, además ofrecen la posibilidad de contar con un «micrositio» e incluso con un «minisitio», dentro del dominio de la sección amarilla. Dichos micrositios se componen de una imagen estática a manera de banner y sólo eso. El minisitio que vi era una página con texto, algunas imágenes y ya.

No pasó mucho tiempo (tal vez unos cuantos minutos) para que esa sorpresa que sentí se convirtiese en preocupación, cuando al llamar a algunos potenciales clientes para páginas de Internet (en efecto, también hacemos páginas de Internet en el grupo de desarrollo al cual pertenezco) todos me dijeron que no estaban interesados porque tenían contratado el servicio de la sección amarilla. Para el lector no experto en el tema, esto habrá de parecerle una consecuencia inevitable de la competencia contra una empresa superior, pero si continua leyendo verá sin lugar a dudas que sólo se trata de una consecuencia de la desinformación.

Es importante para un negocio poder ser encontrado de manera rápida e inequívoca en la Internet. Las páginas amarillas logran en buena parte ese propósito, pero para aquellas empresas que requieren de un “escaparate” que les permita mostrar a sus clientes la variedad de sus productos y/o servicios, así como la naturaleza detallada de los mismos, los micrositios o minisitios consistentes solo en banners con teléfonos, no les servirán.

Esto podría generar un problema para las empresas que se inscriben creándoles la idea de que sus necesidades están cubiertas. Los micrositios sólo están disponibles dentro la sección amarilla, donde sus clientes potenciales ya los encontraron, sin brindarles mayor información. Si el cliente potencial no recurrió a las páginas amarillas en su búsqueda de un proveedor o si desea obtener información detallada antes de tomar la decisión de a quien llamará, el micrositio no sirve ni a la empresa proveedora ni al cliente potencial.

El reto de posicionar a una empresa en la Internet involucra una serie de acciones que deben tomarse para que los usuarios de Internet en efecto puedan localizar rápidamente la información que buscan utilizando motores de búsqueda, sin necesidad de recurrir a portales específicos que aglomeran a los negocios de un cierto tipo.

Colocar una página Web en buenos lugares dentro de los motores de búsqueda requiere conocimientos y experiencia que la gente dedicada a ello posee, y que da a los servicios que prestan su valor inherente. Posteriormente dedicaré a este tema un mayor desarrollo, baste por el momento decir que si bien los directorios “on line” prestan un servicio de valor a las empresas, este servicio dista mucho de ser la solución óptima y exclusiva para quienes desean utilizar los medios digitales como una estrategia de aproximación y a sus potenciales clientes, y obtener los máximos beneficios en la distinción de sus productos o servicios de aquellos ofrecidos por las empresas competidoras. Agregaré que considero que casi todas las empresas, si acaso no son todas, tienen como prioritario cumplir estos objetivos.

Percepciones sobre la agilidad y lo tradicional

Wigahluk comenta acerca de las metodologías tradicionales de desarrollo de software y sobre las metodologías express en uno de sus posts (Percepciones acerca de la programación ágil y XP). No soy un experto en la materia, e incluso puedo decir que se mucho menos que él, pero si me puedo aventar a mencionar algunas consideraciones acerca del tema.

Para empezar, me parece que cada tipo de metodología tiene sus pros y contras (wow! descubrí el hilo negro), pero en especial el tema de la documentación presenta muchas dificultades. En el caso de las metodologías más tradicionales y aquellas cercanas al RUP, hacer tanta documentación es totalmente impráctico, pues hacer documentación consume mucho tiempo y cuando se hace una documentación tan extensiva, pues un proyecto puede alargarse por años y felices días antes de siquiera poder comenzar. Además que cuando los documentos son muy largos, en realidad más que dar claridad solo hacen engorroso el proceso de revisión de los mismos, haciendo que el simple hecho de revisar un tema nos lleve toda una tarde o más de lectura, si pensamos en tomarnos el tiempo de revisar toda la documentación a la que por supuesto hará referencia el documento del cual partimos.

Ahora, para las metodologías express, es obvio que aquellos que puedan decir que son metodologías sin documentación o descuidadas simplemente no las conocen. Como Wigahluk comenta en su post, estas metodologías tienen gran cantidad de documentación, pero esta documentación es menos formal y se realiza conforme se progresa en el proyecto, a partir de los talleres y ejecicios que se realicen. Sin embargo, hay una trampa muy oculta en este tipo de documentación, quisiera saber quien en su sano juicio se va a aventar horas y horas de discusiones grabadas porque quiere revisar la definición de requerimientos que se hizo hace un mes o más. De igual manera si pretendemos revisar la fotografía de un pizarrón o una imagen escaneada de una hoja de apuntes corremos el riesgo de no tener la menor idea de que contienen si no disponemos del contexto preciso en que se realizaron. Estas situaciones pueden obligarnos a retrasos debidos al tiempo que nos toma retomar la idea de un pedazo de documentación o a la necesidad de rediscutir un tópico para aclararlo de nuevo. No creo que mucha gente pueda decir de manera honesta, que la arquitectura va saliendo al vuelo como lo hace Beck, el podrá, los demás estamos condenados a sufrir grandes fracasos y frustraciones si nos permitimos que la arquitectura de un software salga “solita”.

En cualquier caso, debemos también tomar en cuenta a nuestro cliente al momento de decidir por una metodología u otra. A los clientes, en especial aquellos no muy duchos en el desarrollo de software, les encanta ver que haya documentos formales conteniendo especificaciones rimbombantes de su proyecto, les brinda mucha seguridad y les permite darse una somera idea de la magnitud del desarrollo. Aquí por supuesto se encuentra otra trampa, si pensando en esto atiborramos a nuestro cliente con volúmenes y volúmenes de documentación, es muy posible que puedan perderse en ese mar de páginas y perder de vista los puntos más críticos a los cuales deben dedicar toda su atención; aunado a esto cuando se enteren que toda esa documentación les infló el costo y el tiempo de desarrollo, porque claro, no se hace sola; van a brincar de alegría!!! (eso obviamente fue sarcasmo, si brincan será del soponcio).

En mi no tan humilde y sí poco formada opinión, un punto medio es lo más apropiado. El MSF pueda tal vez ser un excelente punto de partida, aquellos que no utilizan en este momento ninguna metodología formal de trabajo podrían empezar implementado el uso de los artefactos que juzguen más importantes. La idea que yo propongo, es no casarse con una metodología particular, sino que a traves de la experiencia cada grupo debe formar su propia metodología, sin menoscavar la expectativa y seguridad que requiere el cliente, y limitando la extensión y la profundidad de la documentación para crear artefactos útiles y prácticos para el equipo de desarrollo. Es necesario conocer al menos un poco de las distintas metodologías y conocer el ambiente en el cual se desarrolla (el país, los clientes, el tipo de software en el cual nos enfocamos, etc.), para no terminar con una metodología híbrida sin pies ni cabeza. Casarnos con una metodología formal y bien definida pero que nos resulte incómoda, impráctica o inconveniente en tiempos y costos, seguramente nos llevará a un doloroso (y costoso) fracaso.