es-robot.com

En mozilla hacks nos han mostrado un par de ejemplos que demuestran la mejora de velocidad de Firefox 4, que se debe (entre otras cosas) a un nuevo motor de javascript llamado JaegerMonkey. Éste motor intenta aunar lo mejor de dos técnicas para acelerar la compilación en tiempo real: basada en trazas (tracer JIT) y en métodos (method JIT). El compilador basado en trazas es mucho más rápido que los compiladores basados en métodos, pero es una técnica que no siempre se puede aplicar, por lo que en media es más lento. La versión actual de Firefox utiliza el tracer JIT y es más lento que los compiladores de Chrome y Safari que utilizan method JIT. Para no alejarse del rendimiento de Chrome y Safari, los chicos de Firefox han decidido crear JaegerMonkey, un compilador nuevo basado en métodos al que esperan añadirle compilación basada en trazas para mejorar el rendimiento. Tienen incluso una página, are we fast yet, en la que muestran el progreso en la mejora de rendimiento, que se va acercando poco a poco a la velocidad de Chrome y Safari.

Las optimizaciones en el motor de javascript son a bajo nivel, con código muy pegado a la máquina. Estas mejoras ayudarán a los desarrolladores y permitirán aplicaciones web mucho más rápidas y potentes con una ejecución lo suficientemente rápida cómo para que no haya diferencias significativas con las aplicaciones de escritorio. En los ejemplos de mozilla hacks muestran un editor de imágenes y una FFT aplicada en tiempo real a un video. Todavía no son comparables a las aplicaciones de escritorio comparables, pero son aplicaciones impensables hace unos años en javascript.

Browse for a cause, en español, navega por una causa. La idea de este proyecto es recopilar dinero para diferentes ong’s a través de un plugin para firefox y en el futuro para google chrome. La forma de hacerlo es insertar códigos de afiliación asociados con este proyecto, de forma que, por cada compra que hagamos en sitios con programas de afiliación cómo amazon, donarán una parte de nuestra compra a browse for a cause, que repartirá entre las ong’s de nuestra elección el dinero recaudado.

Una forma sencilla de donar dinero para una buena causa, pero también una forma de aprovechar la infraestructura del navegador. Últimamente estoy investigando el tema de los plugins para navegadores y creo van a aparecer más aplicaciones que aprovechen la infraestructura del navegador a través de plugins para implementar aplicaciones, sobretodo si el navegador se termina convirtiendo en el sistema operativo.

En TechCrunch además de presentar las últimas novedades de Chrome, se han dedicado a rastrear las listas de correo del proyecto Chrome para buscar las pistas de por dónde puede ir el desarrollo de Chrome OS. Parece ser que Chrome integrará una barra de estado que muestre la carga de la batería (al estilo de las barras de notificación de los escritorios actuales) y un modo de navegación compacto, me imagino que para darle un aspecto más parecido a aplicación de escritorio a las aplicaciones web.

Por mi parte, he hecho una modificación similar a uno de los scripts de Prism, para ocultar completamente la barra de navegación inferior. Es un cambio relativamente sencillo, sólo hay que editar el fichero webrunner.js (aquí está mi versión de webrunner.js, por si alguien se atreve a trastear). Aunque es algo sencillo, ahora mis aplicaciones web están todavía más integradas en el escritorio, aunque la solución óptima sería mostrar la barra en algunos momentos (cuando una página está cargando por ejemplo), con alguna combinación de teclas, o con un menú en la ventana de la aplicación.

Este pequeño hack puede ser muy útil para los usuarios de netbooks mientras no llega Chrome OS. La barra inferior de prism ocupa bastante y normalmente no aporta demasiada información y por ahora no se puede ocultar con la configuración de Prism. La solución definitiva sería hacer algo parecido a lo que tiene Chrome OS: ocultar la barra excepto cuando se está cargando una página,  o bien permitir que se pueda habilitar la visualización de la barra desde una opción del menu de la ventana o mediante una combinación de teclas.

Por cierto, con este parche se consigue otro efecto que es el sueño de muchos desarrolladores de aplicaciones: una aplicación web a pantalla completa. Con la tecla F11 se maximiza la ventana y cómo tenemos oculta la barra de estado, sólo se muestra la aplicación web a pantalla completa.

Según TechCrunch, Chrome (navegador) integra notificaciones de escritorio en la última versión para Snow Leopard (Mac). Uniendo esta novedad, junto a los servicios de sincronización, creo que Chrome OS será mucho mejor que cualquier combinación de navegador + OS actual, convirtiendo las aplicaciones web en autenticas aplicaciones de escritorio.

La pena es que no se desarrollen api’s abiertas para que esa integración sea independiente del OS y navegador, es el paso que desde aquí me gustaría que diesen en google…

Según leo en maestros del web, chrome incorporará servicios de sincronización de bookmarks. Un servicio que anteriormente ofrecía Google para Firefox a través de un plugin, pero que finalmente abandonó. En su momento yo usaba éste servicio y me pareció un error su abandono, pero ahora se puede entender mejor. En arstechnica explican que la diferencia de éste servicio de Google para Chrome con otros servicios similares cómo mozilla weave, es que funcionará a través de un protocolo push, curiosamente basado en XMPP el mismo que usa Jabber o gtalk, lo que hará que consuma menos recursos y sea más rápido notificando cambios.

Parece una buena solución técnica: protocolos abiertos, código fuente abierto, etc. Se reservarán el código fuente del servidor, pero por lo menos es posible que otros navegadores implementen las misma funcionalidad a través de plugins.

Y puede que sea el principio de la integración de servicios online con el sistema operativo, recordemos que Chrome OS está en desarrollo, por lo que incorporará éste cambio y los que vengan a continuación.