indexante

Indexante es la bitácora de
César Soplín Sánchez acerca de arquitectura de información, experiencia del usuario, opensource, medios digitales y ad infinitum.

Distribuir contenido

Responsive Web es un técnica incompleta

Responsive Web promete, la propuesta de moda va en hacer que los sitios web se ajusten al dispositivo con que el usuario accede al sitio, así el acceso es único y es sensible al tamaño de pantalla adaptandose. El ejemplo modelo en medios es The Boston Globe, abra el sitio y pruebe con redimensionar la pantalla, eso es Responsive Web.

Esto suena ideal, un único diseño adaptable, decirle adiós a las versiones para cada dispositivo, un único diseño para gobernar a todos los dispositivos. Solo se desarrolla un sitio, el diseño resolverá.

Pero no.

Tiene un problema de arquitectura de información: ¿siempre vamos a mostrar la misma cantidad de contenido? ¿se organizara igual el sitio para una tablet que para la web? lo dudo, hasta ahora la mejor propuesta es usar display:none para ocultar contenido según convenga. Una solución nada elegante, dado que para el navegador la data sin usar sigue allí, y eso no es eficiente. Incluso si no se tiene cuidado se podría confundir con cloaking.

La cantidad de datos enviados al dispositivo también cuenta, un sitio de medios facilmente puede llegar a pesar 2MB de datos solo en la portada. ¿enviamos estos 2MB de la versión web también a los moviles? ¿se utilizarán efectivamente?. El velocidad de descarga de datos para móvil no es lo mismo que para la web, y el precio de conexión tampoco. Con Responsive Web eso no se puede solucionar.

Con las imágenes, se propone redimensionar, usar la misma imagen y jugar con el ancho usando CSS para justificarla dentro de su contenedor. Pero que imagen usamos, ¿la imagen optimizada para moviles o la imagen optimizada para desktop? La mayoría de ejemplos mostrados usan la técnica en imágenes decorativas, en el caso de la noticia la claridad de la foto es tan importante como el texto por lo que no es una decisión trivial.

Hasta ahora las soluciones (incompletas) para apoyar la técnica incluyen usar Javascript (trabajo adicional) para cargar la data según se requiera, pero data es contenido y el contenido, texto e imágenes, es lo que queremos que se indexe en Google, por que, te doy una pista: el contenido es nuestro negocio :)

No soy el único que piensa así, en Responsive Design is Irresponsible tienen una opinión similar (y más dura)

Otra estrategia 

Responsive Web es una buena idea, pero es incompleta, soluciona el problema de la dimensión de pantalla, un problema de como funciona el diseño, no soluciona el problema de las versiones para dispositivos moviles o desktop, un problema de como funciona el producto. Eso es lo central del asunto.

La técnica vendría bien para sitios de una única función, por ejemplo Delicious, dado que básicamente cada página es un listado, no seria un problema usar Responsive Design para tener una versión móvil rápidamente (que dicho sea de paso no tiene).

Otro manera de enfrentar el asunto es el uso de esquemas predefinidos, usar esquemas según tamaño de pantalla: móvil, tablet y desktop. Creo que esta es una estrategia más realista.

El día que los robots publicaron en portada

Ayer en la noche, actualizando al minuto, en la portada de TN.com.ar, un robot publicando la info del conteo de votos de las elecciones argentinas 2011. Conectado a los datos ofrecidos por el Gobierno, completamente automatizado en la portada del sitio.

Más sobre la cobertura en Amphibia.

Un manual de como bloguear, pero al estilo Huffington

The Huffington Post Complete Guide to Blogging es el primer libro que leo en Kindle. El titulo es autoexplicativo, reglas generales de publicación, porque y como bloguear, y criterios claros como mantener una comunidad, nada nuevo si tienes tiempo en los blogs, pero viene bien como ayuda memoria o como manual para comenzar a publicar en la web, sea en un blog o una redacción digital.

La segunda parte mejora algo con la historia de como se construye el Huffington post (a producción lunes de madrugada!), y como se tomaron decisiones sobre la publicación del contenido. Termina con la tercera parte recomendando enlaces y recursos.

Nada nuevo. El nivel es básico. Espero tener un mejor próximo libro que reseñar.

Citas destacadas del libro (en ingles original)

a post title should be short, clear, and catchy

People can remember a good headline for years

“sell the post, not the blog”

“A blog is only as good as the people who read it”

Like an honest friend, a good blog community will tell you when you’ve got toilet paper trailing from your shoe.

On May 8, 2005, the day before launch, the HuffPost team worked for nearly twenty-four hours straight loading posts, along with blogger bios and photos. We went live in the middle of the night in case anything went horribly wrong.

In our world of camera phones and the like, there are no real “off the record” moments anymore.

Not just Google. Googling is a great help but is not the final word in research.

Forget luck. It’s all about hard work.

Follow theme para Drupal 6

Follow es un theme administrativo para Drupal 6 usando Twitter Bootstrap, la idea es organizar mejor el administrador y usar un toolkit CSS moderno, aún tengo pendiente mejorar varios detalles (inverti un feriado :P) pero como siempre lo que se recomienda es lánzalo pronto, lánzalo a menudo. Bienvenido el feedback.

La home page y la tragedia de los comunes

I

En 1968 Garret Hardin propuso el dilema de la tragedia de los comunes así:

“El dilema en cuestión describe una situación en la cual varios individuos, motivados solo por el interés personal y actuando independiente pero racionalmente, terminan por destruir un recurso compartido limitado —el común— aun cuando claramente es el caso que no es en el interés de ellos —ya sea como individuos o en conjunto— que tal destrucción suceda.”

Esta es la tragedia de la portada de los sitios web de noticias.

II

La portada siempre es un punto de fricción en el diseño de sitio web de noticias, en ocasiones  los argumentos provienen por la ideas del formato papel, en otros casos la idea de poner las cosas “lo más arriba y más grande posible” aparecen apoyadas por el mito del primer pantallazo.

La mayoría de veces las intenciones de las áreas involucradas son las mejores, todas quieren el triunfo del proyecto, pero el abuso, la tragedia, termina afectando a todo el producto donde finalmente nadie logra el éxito.

Una primera reacción es querer contentar a todos, pensamos en democracia, y hacemos de las portadas parcelas que se dsitribuyen equitativamente entre áreas.

Error.

Proceder así soluciona las cosas solo en apariencia, contentamos a las áreas ¿y quien contenta a los usuarios? Alguien tiene que decidir.

III

El usuario es primero y toda discusión tiene que tender siempre hacia este principio. Google lo sabe. Pensar en la experiencia ante todo es un signo de madurez de los mejores equipos.

Dos argumentos desarman la tendencia de pensar solo en portada, primero, que los usuarios tambien llegan al sitio web por las páginas interiores y por lo tanto deben recibir igual cuidado en el diseño, y dos, existe el scroll, es un hecho comprobado que la gente lo usa, la interacción web es distinta a otro formatos.

Hay que lograr el balance entre las necesidades de los visitantes y los objetivos del negocio. Ignorar la experiencia del usuario es peligroso.

Chrome Dev Tools: Tips and Tricks

Paul Irish dio de una de las mejores ponencias en el último Google Developer Day: la revisión de las herramientas de desarrollo en Chrome. De lo mejor el uso de la consola, $0  y Remote Debugging.

BBC: Más allá de los 960px

BBC rediseña usando para la navegación del grid el área que normalmente por diseño se excluye, el espacio en blanco que esta más allá de los 960px de ancho, y quedo muy bien. Sobre si este rediseño esta hecho pensando en tablets James Thornett (Head of the BBC Homepage product) confirma que "... esta versión web de la nueva página de inicio BBC no está optimizado para la interacción táctil", también se distingue que contrario a la tradición, la página principal es menos larga.

Por ahora no se puede acceder desde fuera de UK, publico una imagen capturada por tiredbees.com

BBC rediseña

Los robots avanzan

Narrative Science construye algoritmos que generan en 60 segundos textos noticiosos que suben el tráfico de la sección deportes de BTN en un 40%. Uno de los fundadores asegura que en 5 años el robot podria ganar el Pulitzer. Avisados estamos. Via 233 Grados.

Tiranos competentes

las democracias no crean productos estupendos, se necesita un tirano competente para eso.

Jean-Louis Gasse acerca de Steve Jobs