Una Página Web

¿Quizás más rápido que pelar patas? ¿Más rápido que el sonido?  o ¿Más rápido que un rayo? Compruébalo tu mismo con los siguientes speed test…

¿El navegador nos sirve para acceder a las redes sociales o las redes sociales son nuestro navegador? Seguro que Mark Zuckerberg y sus chicos de Facebook estarían encantados de que la respuesta fuese la segunda. Y es que convertir a las redes sociales en el centro de nuestro navegador ha sido la idea principal de los que podríamos denominar navegadores sociales.

En el segmento de los navegadores sociales encontrábamos dos principales participantes: Flock y RockMeIt. Si bien, tras la reciente desaparición de Flock, principal abanderado de los navegadores sociales (con un nada desdeñable 0,05% de mercado), RockMeIt se queda como baluarte del terreno de la navegación social.

RockMeIt nos ofrece una integración total con Facebook. Lo primero que haces es conectarlo con tu cuenta de Facebook. A partir de ese momento las principales funciones del navegador social se circunscriben en Facebook.

Nos permite conversar con los usuarios, los cuales nos muestra en una barra de la izquierda. El acto de compartir enlaces en Facebook es directo mediante el botón “share”. Nos muestra las entradas del muro como si fuesen feed. Y alguna cosa más de esta red social… Si bien el ámbito de RockMeIt no se cierra a Facebook. RockMeIt nos permite el enganchar de una forma sencilla nuestras cuentas de Twitter o cualquier otro feed que encontremos por la red.

Otro punto a favor del concepto de navegador social es la gestión del buscador. Y es que este no se limita en buscar en Google, si no que lo integra, por ejemplo, con la búsqueda de usuarios de Facebook.

Si hablamos desde el punto de vista técnico. RockMeIt está basado en el navegador Chromium 9 (mismo navegador sobre el que se basa Google Chrome). Por lo que respecta a las plataformas, tiene soporte para Windows y Mac. Además también ofrece una aplicación para iPhone en el AppStore.

Podemos ver a RockMeIt como un navegador social para los frikis del Facebook. Si bien sería una osadía negar que consumimos lo social y que, aunque no sea muy aconsejable, pasamos mucho tiempo en las redes sociales. Así que el usuario destino de los navegadores sociales y en particular de RockMeIt puede ser más abierto.

Quizás, siguientes pasos para RockMeIt deberían de ir encaminados a aglutinar y presentar de forma ordenada más contenido social. Así como ayudarnos a interactuar con todo este contenido. No nos olvidemos que en el universo social de la red tenemos fotos, música, notas,… demasiados recursos. RockMeIt ya tiene puesta la primera piedra. Ahora solo le queda progresar.

Si quieres decargarte RockMeIt y probar tu primer navegador social solo tienes que ir a su web: http://www.rockmelt.com

Si estás trabajando con navegadores web una buena práctica es trabajar en base a capacidades de dicho navegador. Es decir, no desarrollar tu código dependiendo del navegador y versión en la que te encuentres.

Para detectar las capacidades de un navegador web tenemos frameworks como Modernizer, los cuales nos ayudan en dicho cometido en el trabajo con HTML5 y CSS3.

Si bien existen determinados puntos en nuestras arquitecturas dónde tenemos que seguir actuando contra el user-agent. Ya sea porque no hemos podido cambiar a un sistema de detección de capacidades, o porque necesitamos registrar los valores, como podría ser en un sistemas de estadísticas.

Para estos casos, el grupo de Internet Explorer, tras la publicación de la primera Preview de Internet Explorer 10, ya nos ofrece información relativa al IE10 User-Agent. De esta manera el IE10 User-Agent quedará de la siguiente forma:

Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; Trident/6.0)

En el IE10 User-Agent podemos ver que se incrementa la versión base a MSIE 10 y su engine de renderizado a Trident 6.0. Y es que en el engine Trident 6.0 es dónde encontraremos las mejoras del Internet Explorer 10 relativas a la gestión de CSS3 (layouts, degradados,…).

Además, como nos comenta la gente de Internet Explorer en su blog, no nos vendrá mal revisar la expresión regular a utilizar. No sea que nos de por utilizar:

var matchIE = /MSIE\s(\d)/;

var matchIE = /MSIE\s([\d.]+)/

Y nos llevemos un disgusto pensando que es un Internet Explorer 1.

¿En qué sitios de tu arquitectura estás utilizando la detección del user-agent?

Asumiendo que los navegadores web van recorriendo el trayecto hacía el soporte de estándares, ya son otras las características de los mismos las que pueden hacer que nos decidamos por uno o por otro. Y aunque las extensiones aplicables al navegador pueden ser un buen punto de decisión, creo que el rendimiento y la velocidad de ejecución del Javascript es mucho más importante.

En este respecto, la gente que desarrolla Google Chrome, el grupo Chromium, creaba una prueba de rendimiento llamada V8 Benchmark la cual les servía para optimizar su engine de Javascript. La cual, es conocida como V8 Javascript Engine. De ahí el nombre del test.

Podemos considerar a V8 Benchmark como uno de los test de rendimiento de Javascript de referencia, junto con otros como Sunspider, de la gente de WebKit.

Si entramos en profundidad dentro del V8 Benchmark veremos que se identifican varias partes de análisis. Cada una de ellas dará un valor que se sumará para obtener una puntuación final.

Las áreas en las que se divide el V8 Benchmark son:

• RegExp, ejecuta las 50 expresiones regulares más utilizadas.
• Splay, se genera un árbol de datos y luego se mide la velocidad en la cual se pueden añadir o eliminar elementos.
• Richards, es el core del benchmark. Creado por Martin Richards y escrito en BCLP. El core del benchmark mide la velocidad con la cuál el engine accede a las propiedades de un objeto, a las funciones de un objeto y de como trata el polimorfismo. Esto ha sido utilizado para realizar pruebas de estress a otros lenguajes.
• DeltaBlue, escrito en Smalltalk por John Maloney y Mario Wolczko, DeltaBlue se basa en una jerarquía de clases, en la cual mide la velocidad de aplicaciones Javascript bien estructuradas, con muchos objetos y funciones pequeñas.
• Crypto, verifica la velocidad de cifrado. Para ello cifra y descifra una cadena mediante un algoritmo RSA.
• RayTrace, código de Adam Burmister realiza operaciones de datos en punto flotante. Para ello se basa en el framework Prototype.
• EarleyBoyer, evalua puntos básicos del lenguaje javascript como son las asignaciones de objetos, manipulación de estructuras de datos, así como el manejo de un garbage collector.

Hace unos días, el grupo Chromium, publicaba la versión 6 del V8 Benchmark. Echemos un ojo a los resultados de algunos browsers:

Puedes ejecutar el V8 Benchmark desde tu navegador visitando http://v8.googlecode.com/svn/data/benchmarks/v6/run.html

Puedes utilizar la gráfica de resultados del V8 Benchmark en tu web insertando el siguiente código HTML

<img src="https://spreadsheets.google.com/oimg?key=0Ath6Q0W3iuuAdDZNME5jQzdfbFJSZ045S0FpSEp5cHc&amp;oid=5&amp;zx=jwftxx-t98vkj" alt="" />

Si lo utilizas déjanos un comentario. Nos hace ilusión.

Interesante web que nos proporciona información acerca del navegador que estamos utilizando…

http://www.whatbrowser.org/

Y no solo nos dice el navegador que utilizamos, además nos ofrece la posibilidad de conocer más cosas de nuestro navegador, nos invita a probar otros y ofrece un diagrama de cómo han ido apareciendo los diferentes navegadores a lo largo del tiempo.

Además incluye información interesante sobre V8 Benchmark Suite, Acid3 Web Standards Test,  Sunspider JavaScript Benchmark y Dromaeo Performance Tests.

Siempre está bien el conocer los hábitos de los usuarios de Internet de cara a programar nuestras estrategias de desarrollo. Un hábito muy curioso, publicado por la gente de Mozilla, es el que buscaba cómo saber la forma en la que abres una nueva pestaña desde el navegador.

¿Eres de los que pulsa en el símbolo más? ¿lo haces desde el menú? ¿o utilizas los atajos del teclado (el ctrl+t)?

Del estudio (ojo, que es una pequeña encuesta) no me sorprende que lo más utilizado sea el símbolo de más, si no el que la gente prefiera hacer dos clicks para abrirla desde el menú que utilizar un atajo de teclado… quizás sea algo más desconocido y poco potenciado.

Estos datos me parecen significativos para aquellas estrategias, en las que empresas,  utilizan los navegadores como cliente de sus productos y se plantean o no el uso de pestañas así como  el control sobre la actividad del usuario. Sobre todo, si lo piensan desde un punto de vista restrictivo.

Puedes echarle un vistazo al estudio en http://blog.mozilla.com/metrics/2010/01/13/how-users-open-new-empty-tabs/

¿En que forma abres las nuevas pestañas? Yo soy de los del atajo por teclado.