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.

Sin duda, de lo mejor que he visto en mucho tiempo…

Y aquí va el original… este no puedo linkarlo, sorry: http://www.youtube.com/watch?v=SpwK3vFGJp0