Etiqueta: webdev

Los tuitlinks de la semana (4)

Indignados…

Comenzamos la semana con el mapa de Isma y la acabamos con la carga policíal en Barcelona :-S.

mapa político español según @ictlogist. bastante exacto. búscate… :-S http://j.mp/iH76R9

sí, la policía actuó porque se veía rodeada. de aire caliente proviniente de los políticos, imagino http://j.mp/it4PaS

Por cierto, que el tuit de @ictlogist gana el premio al viral de la semana. Atención al tráfico que generó:

Gráfica de las visitas de la entrada comentada anteriormente. Se dispara de golpe a más de 200 visitas <em>por minuto</em> y mantiene el ritmo un buen rato
Y eso sólo desde bit.ly...

Dos tristes…

RT @esenabre
Gil-Scott Heron ya estarà tocando junto a Lady Day y John Coltrane (they’ll wash your troubles away….) http://ow.ly/552gO Descanse en jazz

:-( NASA to Abandon Trapped Rover Spirit http://nyti.ms/m18Ymo

(No compararemos la pérdida de una persona con la de un cacharro, desde luego.)

De cacharritos

dilbert, móviles y geolocalización :-D http://j.mp/isrkPD

el Kobo eReader Touch Ed se posiciona como un libro electrónico *muy* interesante (con soporte para ePub y PDF) http://j.mp/iW2BAN

la buena noticia es que la neutralidad en la red podría ganar. la mala… que en holanda, no aquí http://engt.co/jfzU0O

Para leer con calma

*muy* interesante: Wikipedia And The Death Of The Expert (cc @ictlogist, si no lo ha leído ya) http://bit.ly/japn9Z

El metatuit

Cada vez que alguien comienza con una @ un mensaje que quería que leyese todo el mundo, explota un angry bird sin lograr su objetivo

Pues eso. Que si incicias un mensaje con @alguien, sólo aparecerá automáticamente en los timelines de quienes te sigan a ti y a ese @alguien. Si alguna vez te habías preguntado por qué la gente comienza los mensajes anteponiendo un . a la @, es por eso.

Los del día de la toalla

#descuidosimperdonables se me ha pasado el décimo aniversario del fallecimiento de Douglas Adams :-( http://j.mp/mplQiA

RT @stephenfry Ooh, and don’t forget that today is Towel Day http://j.mp/ljOFP8

Los de desarrollo web

RT @DesignJamBCN El primer Design Jam a Barcelona, 4 de Juny: http://designjambarcelona.eventbrite.com/ . Jam! #dsjbcn #designjam

humor #webdev (o no :-|): Annoying.js: How to be an asshole http://j.mp/kNaY76

¿un solo sitio para todos los dispositivos y contextos? depende… http://bit.ly/k8ErBV

http://www.htmlfivewow.com/ (ojo: contiene características experimentales y un sesgo notable hacia chrome y webkit)

Y el de autobombo para cerrar

número nuevo de @MosaicUOC. con la entrevista que le hice a @mitchellbaker, ‘chair’ de la Mozilla Foundation http://j.mp/kuGriI

¿Cuánto tardan en cargar tus páginas? (II)

Tabla de datos mostrando que algunas páginas del sitio tardan hasta 28.9 segundos de media en cargar, mientras que otras lo hacen en unos tres segundos. Más información en la entrada
Una distribución un tanto irregular...

Hace un par de meses ya dedicamos una entrada al tema de cómo controlar cuánto tardan en cargar tus páginas web. En aquel momento hablábamos de loads.in, que carga la página que tú le digas desde una diversidad de localizaciones y cronometra. Hoy planteamos otra alternativa, cortesía de la nueva versión de Google Analytics, que lo que hace es cronometrar a algunos usuarios reales (elegidos al azar) de tu sitio web.

La cosa está, naturalmente, explicada en la correspondiente entrada del blog oficial de Analytics, con instrucciones detalladas aquí. La cosa consiste, básicamente, en añadir una línea de código (_trackPageLoadTime();) al código JavaScript de Analytics en tu página. Una vez hecho esto, Analytics seleccionará al azar usuarios (aproximadamente uno de cada 50) y medirá cuánto tardan en acabar de cargar la página que sea. Como podéis ver en la tabla que abre la entrada, un muestreo aleatorio del 2% casi asegura que sólo vas a tener datos significativos para las páginas más populares de tu sitio (a no ser, claro, que tengas el talento y/o fortuna de atraer muchas más visitas que este blog…). Aún así, siempre es útil medir las cosas desde el punto de vista de tu usuario real.

(Sobre los escandalosos tiempos de carga que muestra la tabla (¡29 segundos para cargar una página!) me escudaré en que las páginas que más tardan son las que (i) tienen una ingente cantidad de comentarios y (ii) son visitadas con frecuencia desde lugares del mundo en que las velocidades de conexioón a la red son aún más lentas que las que sufrimos en España. Prometo considerar la posibilidad de paginar los comentarios de alguna forma para minimizar la tortura, de todas formas.)

Page Speed Online: Google te sugiere cómo optimizar tu web

Captura de pantalla de las sugerencias de Google Page Speed Online para este blog
Sí, debería mejor. En mi defensa diré que Google me ha puesto un 80 sobre 100...

La herramienta que Google acaba de anunciar, Page Speed Online es de las de utilidad media pero que te pueden sacar de un apuro en algún momento.

Existen múltiples herramientas que analizan cómo se carga una página web y te dan sugerencias para mejorar su velocidad (mi favorita es Yahoo! YSlow, un plug-in para Firebug), pero a veces no está uno en su navegador y aún así conviene ver por qué la página de turno es más lenta que el caballo del malo… y para eso está Page Speed Online.

(Un punto innovador que tiene, además del hecho de estar disponible en línea, es que dispone de un juego de reglas para analizar el rendimiento desde el punto de vista de los dispositivos móviles, cada vez más importantes al montar una web.)

Nokia Pure y la tipografía en la web

No seré yo el que opine del tremendo cambio de imagen que se ha dado (¿pegado?) Nokia cambiando su tipografía de toda la vida, ‘Nokia Sans’ por la nueva ‘Nokia Pure’. Corren un riesgo mayúsculo abandonando una de las ‘tipos’ más reconocibles del planeta, pero es su elección y para dar opinión hay montones de gente más cualificada que yo. Pero sí me voy a permitir hacer un apunte de otro estilo.

Especimen de la nueva tipografía Nokia Pure
A mí, de hecho, me gusta...

Porque hoy en día una compañía de la magnitud de Nokia, cuando cambia de tipografía, es (o debería ser) consciente de que uno de los soportes más importantes para esa tipografía es la web. Y que por tanto debería funcionar en ese medio. Con todo lo que ello implica: los motores de rendering de Windows, OS X y Linux, cada uno de ellos con sus características y puñetas. Y que el rendering de Windows, para bien o para mal, sigue siendo el que más clientes van a usar para leer páginas de Nokia en la web. Y ahí es donde duele. Porque, con Firefox 4 sobre Vista, la entrada de blog en que explican el cambio (y en la que usan Nokia Pure) se ve así:

Captura de pantalla comentada en el texto del uso en la web de la nueva tipografía
¿No 'duele' un poco?

Al primer golpe de vista ya no parece la mejor tipo para leer, ¿no? Hagamos un poco de zoom:

Ampliación de la imagen anterior. Se aprecia que la forma de la s no es nada natural y que el 'ojo' de la e no se cierra
La s debería ser más simétrica. Pero no es nada si se la compara con esa e...

Y es que es muy doloroso comprobar cómo una tipo diseñada en 2011, por un tipógrafo de prestigio como Bruno Maag (podéis ver algunas de sus creaciones en Identifont) se ve terriblemente mal en la web con el motor de rendering de fuentes más popular del planeta. Pero duele todavía más ver que se usa en el blog del libro de marca y aquí no ha pasado nada.

En fin. Que queda mucho camino por recorrer…

PS La pregunta obvia es… veamos cómo queda en un Mac, el ordenador que, sin duda, usa Bruno Maag cada día…

Captura de pantalla de la misma tipografía en un Mac. Visualmente perfecta
Era de esperar...

En mi opinión, no es excusa y, de hecho, lo hace aún más doloroso…

loads.in: ¿cuánto tarda tu página en cargar?

Captura de pantalla de la web loads.in. Muestra que obm tarda en 2.7 segundos desde Madrid con Firefox, en 2,5 desde Lille, Francia, con Chrome y en 5.4 desde Amsterdam con Safari
O es Safari o es Amsterdam. Pero decididamente algo pasa...

Herramienta nueva para añadir a la caja. No es la única manera de comprobar a la velocidad carga tu página, pero sí tiene algunos puntos significativos:

  • Más de cincuenta localizaciones por todo el mundo desde las que lanzar el test (aunque básicamente en Europa, América del Norte y Asia).
  • La posibilidad de seleccionar el navegador (ahora mismo, Firefox 3.6, Chrome 8, Internet Explorer 8 y Safari 4 (algo me dice que todos para Windows)).
  • Una interfaz la mar de apañada :-).

Para los interesados, la página es loads.in.

PS Responiendo a mi propia duda, parece ser que la cosa está más en Safari (seguramente para Windows, insisto) que en Amsterdam: Firefox carga obm en 2.6 segundos desde allí.