Este mes, mosaic, la revista sobre tecnologías y comunicación multimedia de la Universitat Oberta de Catalunya UOC, publica un artículo escrito por el que suscribe, sobre la historia de la integración de los videojuegos y los móviles, en el cual se analiza las tecnologías disponibles en el mercado para el desarrollo de juegos para estos aparatos.
Espero que les guste.
Y el mundo seguirá girando
Hay cierta tendencia en algunas comunidades de desarrolladores a considerar que el programador más brillante es aquel que mejor conoce la api de su lenguaje de elección. Se muestra respeto, incluso cierta veneración, por aquél que es capaz de recitar de carrerilla la cadena de herencia de un componente de interfaz de usuario, siendo ese respeto y admiración directamente proporcionales a la profundidad de esa cadena de herencia.
Pero tener buena memoria no tiene porqué significar lo mismo que ser competente. En realidad el aprendizaje compulsivo de una api puede ser un recurso para esconder ciertas carencias.
No digo con esto, evidentemente, que no haya que tener cierto conocimiento de qué se puede y quéno se puede hacer con la api del lenguaje. Pero ese conocimiento debe estar orientado sobre todo a evitar el reinventar la rueda, el implementar cosas que ya están implementadas.
Programar es una actividad creativa. Requiere de una creatividad distinta a la que necesita un diseñador cuando está frente a un documento de Freehand recién creado, pero no por ello deja de precisar de altas dosis de imaginación, abstracción, intuición, aprovechamiento de las propias experiencias, capacidad de improvisación y de cambiar y adaptar sobre la marcha la idea inicial.
¿Qué es preferible, por tanto, trabajar en la fijación en la memoria de una lista de funciones que va a cambiar, que va a ser modificada, ampliada por un extremo y reducida por el otro en la próxima revisión del lenguaje, o intentar mejorar la intuición, la capacidad de abstracción, el lado creativo en definitiva?. Porque, si hay algo seguro en este mundo, es que la api va a cambiar. Las librerías de la primera versión pública de Java (Java 1.02) eran alrededor de 200 clases. Hoy, sólo en J2SE hay unas 3500. ¿Qué inversión es más rentable a largo plazo, la memorización de esas librerías, o la interiorización de aquello para lo que se pueden utilizar, de forma que se pueda volver a ellas como referencia cuando sea necesario concretar una solución?
Porque el manual siempre va a estar ahí, encima de la mesa, dispuesto a echar una mano cuando se le pida. El problema es que el manual que va a estar ahí mañana no tiene porqué ser el mismo que está hoy. Entre otras cosas porque el lenguaje en el que tenemos que trabajar puede cambiar. ¿O es que a nadie le ha caído nunca un proyecto encima en un lenguaje del que no tenía ni idea?
Además, si sólo se mira al manual, si sólo se saben atacar los problemas del día a día a base de academicismo se cae en el peor de los riesgos que puede asumir un programador: el anquilosamiento, la muerte de la imaginación, la muerte de la capacidad para buscar soluciones alternativas. Cuando todo se basa en seguir los procedimientos, en atenerse a una forma estricta y encorsetada de hacer las cosas, se pierde la capacidad de buscar soluciones alternativas, que antes o después, van a ser necesarias.
Y si algo se necesita, a día de hoy, con la complejidad del software que construimos, es la capacidad de respuesta, de implementar soluciones imaginativas, de pensar sin restricciones, sin corsés. No es fácil, no...
Cada día que pasa es un día menos para la salida de FlashLite 2.0. Mosaic, la revista del Graduado Multimedia de la UOC se ha querido adelantar al feliz alumbramiento con un artículo en el que se repasa el estado actual de FlashLite, sus perspectivas de futuro, y se compara con los otros dos pesos pesados de la movilidad: C++ y J2ME.
¿La conclusión final?: va a ser necesario empezar a tomar en serio a FlashLite.
La Nokia Mobility Conference 2005 tendrá lugar durante los días 2 y 3 de noviembre en Barcelona.
Algunos de los temas a tratar son la convergencia, música en móviles, e incluso hay una sesión titulada "develop faster with flash".
Más información:
Microsoft ha actualizado las FAQ para apoyar a los desarroladores en la migracíon entre distintas versiones de la plataforma de desarrollo de aplicaciones móviles. Los cambios introducidos en esta actualización vienen motivados por la introducción del nuevo sistema Windows Mobile 5.
El link:
Windows Mobile Platform Migration FAQ for Developers
Últimamente me he estado centrando mucho más en el mundo de los dispositivos móviles, y ya ha llegado el momento de abrir una nueva categoría en este blog dedicada al J2ME.
Para comenzar con la categoría, unos pocos links a recursos sobre J2ME ( más que nada, para futura referencia propia )
Constructores:
Nokia forum
Siemens developer portal
Sony Ericsson developer world
Recursos Java:
Mobility resources at java.sun.com
J2ME package listing
J2ME Java Forums
Microdevnet
J2ME.org forums
JGuru J2ME faq
Jason Lam
Midlet.org
MIDP Programming with J2ME
Benhui.net
J2ME Resources
Espero poder darle vida a esta nueva categoría en breve.
UPDATE:
J2ME Open Source Software Directory
UPDATE 21/12/2004
MIDP 2.0 games
Tanto Javier como yo nos vamos a hacer con una N-Gage cada uno. En mi caso, al menos, éste va a ser el primer dispositivo Symbian que voy a tener, y la verdad es que estoy un poco pez en el tema.
De ahí el motivo del post. Si conoces, o has probado, o has oído hablar de alguna aplicación que nos quieras recomendar, o algún link de obligada lectura, o quieres quedar con nosotros para que te peguemos una paliza al FIFA, o lo que sea, déjanos un comentario y / o mándanos un e-mail.
Y por cierto, nos siguen sobrando invitaciones para gmail