Estos días me he encontrado con una situación que realmente me hace plantearme algunas cosas. Un cliente nos pregunta por la compatibilidad de su página web bajo Internet Explorer 6. Nos comenta que la ha visto en algunos equipos antiguos y que no termina de funciona bien bajo esa versión.

La respuesta no le termina de convencer. Su página funcionará con las versiones actuales de IE, de 7 en adelante, y por

supuesto, con cualquier otro navegador. ¿Cómo le haces comprender que ni Microsoft recomienda ya utilizar Internet Explorer 6? Ni aún pasándole información sobre el tema termina de estar tranquilo. Finalmente le haces entender que no conseguirás que la páginas se vean 100% correctamente en ese navegador, que tiene más de 9 años y que apenas cumplía parte de los estándares de la época… pocos va a cumplir ahora.

¿Qué hacemos para quitarnos esta lacra de versión 6 de encima? Yo lo tengo muy claro, mis proyectos no aseguran compatibilidad con Internet Explorer 6, ni tampoco con Mosaic, por si quedaban dudas. Bastante tenemos con pelearnos para que las versiones 7 y 8 “entiendan” el código tal y como deben hacerlo.

¿Opiniones?

Esto es lo que se ve en un iPhone al actualizar Opera desde la appstore. Que tácticas tan sucias…

He tenido que verlo en varios periódicos para creermelo. Esto es lo que ha sucedido en Guatemala después del paso de la tormenta Agatha. Un socavón que provoca un infarto solo con ver la fotografía. Personalmente creo que si me levanto una mañana y al mirar por la ventana veo eso, me vuelvo a meter en la cama hasta el día siguiente.

Para todos los que tengáis Spotify, aquí os dejo la url a la lista oficial de las canciones que participaron en todas las fases de Eurovision.

Solo hay que tener Spotify instalado, al abrir el enlace saldrá un mensaje para pedir la apertura de la aplicación.

Si tenéis Spotify instalado en Linux bajo Wine, podéis seguir estas instrucciones para que el sistema reconozca las URI del programa.

Link a la lista: http://open.spotify.com/album/3MlWJ0F9FYSRwweS7ZAutB

Gracias a @chicageek en http://twitter.com/chicageek/statuses/15029509323

Es una de esas situaciones que no se ven todos los días, la omnipresente Microsoft superada en capitalización bursátil por uno de sus mayores competidores, Apple.

Según el valor de mercado, ahora mismo Apple vale 229.000 millones de dólares frente a 227.000 de Microsoft. No es una gran diferencia, desde luego, pero marca un antes y un después en la era “moderna” de la informática.

Apple, la empresa que rozó la quiebra años atrás, supera hoy a la que durante años, y por supuesto en el presente, sigue siendo una de las mayores referencias en el mundo de la tecnología.

Por supuesto, esto no significa que Microsoft tenga problemas, solo hay que ver la diferencia de estas dos empresas con la tercera en discordia, Google, cuya capitalización “solo” es de 156.000 millones de dólares. Por otro lado, el EBITDA de Microsoft supera con creces al de Apple, en casi 10 puntos.

¿Y ahora qué? Pues la verdad, no parece que esta situación vaya a ser buena para Microsoft. Si miramos un poco al futuro cercano, tenemos a Apple disfrutando de las ventas de su iPad (que por cierto, sigue sin gustarme) y con el próximo lanzamiento de uno de sus productos estrella, el iPhone 4G (nombre oficioso). Por el otro lado, Microsoft no parece tener ningún lanzamiento estrella para los próximos meses.

Por supuesto, esto es la bolsa, y lo que ahora estoy escribiendo mañana puede ser verdad o un gran error.

Un último detalle, la cotización de Google. Sigue imparable, su valor sigue aumentando día tras día. ¿Logrará alcanzar a Apple y Microsoft? Mi apuesta es un rotundo si.

Ayer durante la Google I/O se presentaron un buen surtido de novedades, pero posiblemente una de las más esperadas era saber que pasaría con el codec VP8, adquirido recientemente por Google al comprar On2 y del que todo el mundo esperaba que fuese liberado sin licencias, al contrario que H.264.

Pues así pasó, y más allá de la liberación de VP8, Google presentó ayer su apuesta de futuro: WebM.

¿Y qué es WebM? El competidor de H.264. VP8 como códec de video, Vorbis para audio y todo ello en una variación del contenedor Matroska. Por supuesto, todo bajo una licencia libre del estilo BSD.

La primera en la frente, Youtube con su 25% del tráfico de Internet, va a soportar este formato en todos su videos dado que según ellos, y ojo al dato, frente a la misma calidad, WebM ocupa la mitad que H.264.

Por otro lado, nada más anunciarlo, ya sabemos que Mozilla, Opera y Google lo van a soportar en sus navegadores (es decir, de primeras, Firefox, Opera y Chrome/Chromium lo van a soportar). Adobe no se ha quedado atrás y ha encontrado en WebM su filón de oro para capear el temporal de críticas a Flash: lo soportarán en todos sus productos.

¿Y qué va a pasar ahora? Apple y Microsoft son posiblemente las dos empresas que más están luchando por sacar adelante el códec H.264, que no olvidemos es un codéc propietario, y aquí es donde Google tiene el poder de decisión. ¿Qué puede ocurrir si Youtube sólo soportase WebM? ¿Podrían Apple y Microsoft permitirse que sus navegadores no pudiesen visualizar videos del portal? ¿Lo aguantarían sus usuarios?

Opinión personal, H.264 está herido de muerte. ¿Me equivoco?

Referencias:

• WebM website
• NewTeevee (vía genbeta)

Uno de los mejores ejemplos con tinte irónico que he leído en mucho tiempo acerca de como parece que poco a poco vamos perdiendo el sentido de la privacidad. ¿Es realmente necesario que todo el mundo sepa exactamente donde estamos y cuando?

I just became the mayor of Nightclub Cumm in my Mouth on @foursquare

Vía @gallir en twitter

Ha costado, ha sido más duro de lo esperado, pero finalmente el jueves lanzamos la nueva versión de Practicopedia. Ha sido bastante más de medio año de proyecto, con quizás demasiadas manos metidas dentro en un principio pero que al final ha podido salir a la luz, y bien que lo ha hecho.

Este es un claro ejemplo de Drupal llevado al extremo de la personalización y “toqueteo”, pero no ha hecho más que volver a demostrar el potencial que tiene este CMS para crear verdaderas aplicaciones que puedan ser utilizadas como base de negocio de una empresa.

Ya es la hora de que entren aquellas personas que van a dedicarse al mantenimiento evolutivo del proyecto, y sólo puedo esperar que lo traten con mucho mimo.

Cesar y Alex han tenido una gran parte de la “culpa” de que esta nueva versión viese la luz, al segundo de ellos, Alex, mucha suerte en Asturias, vas a vivir como un rey y a ser muy feliz.

Ahora, como corresponde a este negocio (al igual que muchos otros), tocará cerrar un libro y después de un par de días de vacaciones (que creo que me merezco ), empezaremos con un nuevo proyecto, todo nuevo, y a seguir aprendiendo.

Confieso que desde que dejé de hacer cosas con Visual Basic había renegado mucho de las tecnologías de Microsoft en cuanto a desarrollo se refiere. Siempre me he movido por tecnologías más afines al mundo open source, PHP y Java.

Sin embargo, hace algunos días decidí darle una oportunidad a C# y en general, al framework .Net… había leído cosas muy positivas sobre el. Admito que C# me ha dejado un muy dulce sabor de boca, sabiendo C y Java en menos de 5 horas estaba programando con algo de soltura y las ventajas que aporta sobre Java cumplen lo prometido. No podemos olvidar que C# fue creado y vendido como un lenguaje que suplía las carencias de Java y con la potencia de la familia “C”.

También he probado Windows.Forms y WPF (Windows Presentation Foundation) y sobre todo con esta última, todavía estoy babeando: que facilidad! No me gusta GTK, no me gusta QT… me parecen engorrosos (aunque muchos no estén de acuerdo claro), sin embargo estas dos tecnologías me han parecido muy amigables, perfectas para hacer cosas de forma sencilla y sin complicaciones.

Además de algunas pruebas más o menos tonta, el otro día estuve creando una librería para el API de Twitter (tengo la sensación de que el antiguo Hola Mundo ahora se ha transformado en un API para Twitter… es lo que pruebo en cualquier nuevo lenguaje de programación); en cuanto esté un poco más trabajada la publicaré por si le sirve a alguien, nunca se sabe.

Me queda la asignatura de probar Mono, ver que clase de compatibilidad ofrece más allá del papel, pero sobre todo, me ha gustado la tecnología… por lo que tocará seguir profundizando en ella… ¡quien sabe!

Unos duermen a las 8 de la mañana, otros están en el atasco (que asco) y otros nos divertimos jugando con el código como si fuese un trozo de arcilla. No hay nada más divertido en Java como descubrir toda clase de excepciones que más que informarte de algo parece que te insulten… “UndeclaredThrowableException” dice, pero a mi siempre me ha sonado a “¿pero que coño acabas de intentar hacer loco?

Aunque ya llevo unos días jugando con servicios web, JSON y java (post relacionado) fue ayer cuando, después de una conversación de cigarro, quise probar a hacer la serialización de POJOs recuperados con hibernate, tal cual, sin filtrar nada y en el menor número de líneas posible: bueno, pues se puede hacer en 3 lineas de código. Si “fale”, le faltará un poquito de tweaking pero por algo se empieza (por cierto, una de las líneas es la que recupera el objeto persistido).

El misterio de la cuestión está en estas dos líneas:

XStream xstream = new XStream(new JettisonDriver()); 
String xml = xstream.toXML(taxon);

Para más información, XStream es una librería para la serialización de objetos en XML, con la ventaja de poder setearle un driver específico, en este caso uno que encontré rebuscando en foros, JettisonDriver(), cuya mayor ventaja además de serializar en JSON es que permite des-serializar igualmente.

Por cierto, un tip adicional si estáis trabajando con Hibernate y queréis tirar alguna query HQL para sacar los datos a serializar.  Hibernate utiliza CGLIB para la generación de ciertas partes de código al vuelo (más info, Reflection Java) y por lo tanto, es muy posible que nos encontremos con clases que han pasado por el proxy, las cuales se identificar por tener $EnhancerByCGLIB$ en el tipo de clase… por lo que el serializador no funcionará correctamente (serializará la parte del proxy).

Solución sencilla:

((HibernateProxy)OBJETO()).getHibernateLazyInitializer().getImplementation();

Prometo que encontrar esa línea me costo sudor y horas la primera vez que me pegué con ello.