Utilización de WordPress en sitios web con mucho tráfico

Una instalación tipica de WordPress puede tener problemas de rendimiento. Sin embargo, se emplea en sitios web con millones de usuarios cada mes. ¿Cómo se logra eso?

Hay herramientas y trucos que te permiten aumentar el rendimiento de tu WordPress sin tener que gastarte enormes cantidades de dinero en actualizar tu servidor. En el artículo Secrets of High-Traffic WordPress Blogs, expertos en este tema nos cuentan algunos de sus secretos.

¿Cómo lee el código un programador novato o uno experto?

Es una buena pregunta… y en Modeling How Programmers Read Code la han intentado contestar. Para ello, han utilizado un sistema de eye tracking o seguimiento del ojo y han comparado el patrón del movimiento de un programador novato y de uno experto al revisar un código fuente.

Los resultados muestran que, como era de esperar, el programador experto fija su vista con mucha mayor precisión, necesita menos tiempo para comprender las estructuras del código y, en definitiva, es capaz de seguir el flujo del programa como si lo estuviera interpretando en su cabeza.

Error en elcultural.es

En el artículo Porno, beatniks, Bolaño, Assange y Steve Jobs marcan Sundance publicado ayer en elcultural.es del periódico El Mundo había un error en el título de la página:

Se le ha colado código HTML en el título:

<head><meta http-equiv="content-type" content="text/html; charset=utf-8" />
<title>Porno, <em>beatniks</em>, Bola&ntilde;o, Assange y Steve Jobs marcan Sundance</title>

que proviene del título de la noticia:

<h1><span id="ctl00_ctl00_ContentMaster_ContentArticulo_tituloLabel">Porno, <em>beatniks</em>, Bola&ntilde;o, Assange y Steve Jobs marcan Sundance</span></h1>

Pueden existir varias razones para ello, pero el gestor de contenidos debería estar preparado para ello y debería filtrar cualquier código HTML que se haya definido para la etiqueta <title>.

Por último, también es curioso que el juego de caracteres esté definido como UTF-8, que permite representar cualquier carácter sin problemas, pero la letra “ñ” aparezca como “&ntilde;”.

Entrevista a Eduardo Manchón (parte 2)

El pasado 13 de diciembre tuve el placer de entrevistar a Eduardo Manchón, cofundador de Panoramio.

Esta es la segunda parte de la entrevista, en la que Eduardo Manchón nos ofrece tres consejos básicos de usabilidad web:

[kml_flashembed movie=”http://www.youtube.com/v/aSKzkoxhThk” width=”560″ height=”315″ wmode=”transparent” /]

 

Transcripción del audio:

Hola, soy Sergio Luján Mora, profesor de informática de la Universidad de Alicante, y este vídeo es la segunda parte de una entrevista que le realicé a Eduardo Manchón.

En la primera parte de este vídeo te expliqué quién era Eduardo Manchón.

En esta segunda parte, Eduardo nos ofrece tres consejos de usabilidad. Vamos a verlo.

Hola estamos aquí con Eduardo Manchón. Eduardo Manchón es muy conocido en el mundo del desarrollo web porque es cofundador de Panoramio y además también es muy conocido en el mundo del desarrollo web por ser un experto en usabilidad.

Hoy contamos con su presencia y nos va ofrecer algunos consejos básicos, ya que este es un curso de introducción al desarrollo web, pues unos consejos sencillos de usabilidad.

¿Tú qué crees que es lo más importante a la hora de hacer un desarrollo web en cuanto a la usabilidad?

Pues si quieres, en tres puntos podría resumirlos.

El primero es prototipar, prototipar antes de hacer absolutamente nada y prototipar de la manera más cutre del mundo porque prototipar de manera cutre lo que te permite luego es tirar ese prototipo a la basura de manera fácil. Si has invertido demasiado tiempo en un prototipo no vas luego a renunciar a él, entonces no vas a corregir los errores.

El prototipo más esencial sigue siendo válido papel y lápiz o cualquier programa como Balsamiq donde puedas prototipar realmente de baja fidelidad.

Cuando a un prototipo le metes demasiado detalle, luego ya no vas a querer cambiarlo, así que lleva mucho cuidado, con eso.

Y, luego sí, luego a la hora de tener que programarlo, cuanto más nivel de detalle tenga el prototipo, una vez que has decidido que esa va a ser la manera, una vez que decides, descartas, haces varios prototipos diferentes, escoges uno, entonces ya sí que puedes meterle detalle, pero no detalle a la hora de “emocionarte”, sino detalle para luego a la hora de programarlo tener claro qué va a pasar paso a paso.

De alguna manera lo documentas, porque en una especificación de texto es mucho más complicado. Es más fácil prototiparlo, no puedes prototipar al 100% todos los casos, pero sí que puedes prototipar los casos principales o la imagen del sitio y eso dejará mucho más claro a la hora de programar qué tienes que hacer, qué, cuándo y dónde, y te agilizará la programación.

Ese es el primer punto, prototipar, prototipar de manera cutre y rápida para poder tirarlo a la basura si hiciera falta y no apegarse mucho.

El segundo es tener en cuenta hoy en día cómo las aplicaciones móviles han supuesto un impacto muy grande también en la Web que está empezando a producirse y que las webs empiezan a ser mucho más sencillas, mucho más simples, mucho más de cuatro botones y pocas más acciones para hacer y ese es un poco el camino al que va a tender la Web.

Evidentemente no las webs de texto, pero las webs de interacción van camino de simplificarse cada vez más y más.

Las webs que habían al principio tan complejas con tanta información, tantos enlaces, tantas acciones, van a empezar a ser una minoría.

Al final la Web son unas herramientas, ¿no? y deben estar simplificadas.

Y el tercer consejo sería que, bueno el segundo, por completarlo un poco, que miren mucho el iPhone, miren el iPad, que son ejemplos muy buenos de las aplicaciones consistentes, coherentes, todo está siempre en el mismo sitio, todo es muy predecible, todo está muy claro.

Y el tercer paso, que tiene que ver con el segundo es que copien, que copien. En interfaces no puedes inventar la rueda porque básicamente sin inventas algo, algo que nunca nadie hay usado nadie sabe usarlo.

Entonces no inventes nada, es malo inventar algo en usabilidad en general.

Normalmente hay que ser consistente y coherente e incluso hay cosas que se han hecho mal históricamente como el botón aceptar a la izquierda y el cancelar a la derecha, que eso está mal, pues se ha estandarizado, si tú lo cambias pues te arriesgas a que la gente se equivoque.

Entonces, y casi todo va a estar inventado. Entonces es navegar por la gente que mejor lo hace a nivel de usabilidad y coger ideas. Básicamente, coger de aquí y de allá, pero no pernsar que uno puede reinventar la rueda tan radicalmente, ¿no?

Estos son los tres puntos que creo yo son muy básicos para empezar a hacer temas de usabilidad con cierto éxito.

Muy bien Eduardo, y una última pregunta: los programadores, yo soy programador, ¿los programadores somos buenos cuando intentamos plasmar la usabilidad de un producto o somos malos contemplando la usabilidad?

Hay de todo, hay programadores que tienen muy claro el tema de la usabilidad entonces, el tema es que la tecnología y la usabilidad se mezclan mucho.

La usabilidad no se puede poner como una capa que se pone al final. Si tienes muy claro cómo va a ser el proceso a nivel de usabilidad, lo tienes muy claro cómo va a ser a nivel de tecnología, y vice versa.

Si hay cosas que a nivel tecnológico no se pueden hacer, entonces habrá que cambiar la usabilidad de ese proceso.

El consultor de usabilidad en realidad es un error del sistema, algo que viene a remendar lo que no se ha hecho bien antes, ¿no?

Entonces lo idea es que realmente el programador tenga ya claro, y trabajando con la gente de producto, con la de diseño gráfico, tenga claro exactamente los temas de usabilidad.

Los hay muy buenos, los hay muy malos.

Los muy malos hacen las cosas donde se nota claramente que es como si hubiese puesto un interfaz a la interacción que tiene con la base de datos, añadir registro, la búsqueda, todo el vocabulario, todos los procesos y hay otros que tienen muy claro que la capa de fuera debe ser muy sencilla y debe ser para la gente y que tenga lógica en su modelo mental.

Entonces, como decía antes, gracias a las aplicaciones tipo iPad, tipo iPhone, tipo móviles, donde está constreñido a una pantalla muy pequeña, se han simplificado las cosas, y eso ha forzado a mejorar radicalmente la usabilidad.

Aprendamos de ahí, y cuando volvamos a la Web, hagamos webs realmente que sean tan sencillas como eso, que aunque tengamos una pantalla muy grande no significa que haya derecho a poner ahí de todo.

Muy bien Eduardo, yo creo que tus consejos son muy útiles, son muy sencillos de entender, lo que pasa es que a veces difíciles de aplicar, y sobretodo pues se nos olvidan, muchas veces por las prisas, por los tiempos limitados de desarrollar un proyecto, pero hay que tener en cuenta siempre al usuario final, porque no hacemos los productos para nosotros, sino para otros usuarios.

Así que, Eduardo, muchas gracias y esperamos contar contigo en el futuro en otro vídeo.

Gracias a vosotros, un saludo.

Entrevista a Eduardo Manchón (parte 1)

El pasado 13 de diciembre tuve el placer de entrevistar a Eduardo Manchón, cofundador de Panoramio.

Esta es la primera parte de la entrevista, en la que explico quién es Eduardo Manchón:

[kml_flashembed movie=”http://www.youtube.com/v/t53XcgLwwh4″ width=”560″ height=”315″ wmode=”transparent” /]

 

Transcripción del audio:

Hola, soy Sergio Luján Mora, profesor de informática de la Universidad de Alicante, y este vídeo es la primera parte de una entrevista que le realicé a Eduardo Manchón.

¿No sabes quién es Eduardo Manchón? No te preocupes, al final de este vídeo sabrás quién es…

¿Conoces Panoramio? Panoramio es un sitio web dedicado a exhibir las fotografías de lugares o paisajes que los propios usuarios crean y georreferencian. Además, las imágenes que cumplen ciertos requisitos pueden ser también vistas a través de Google Earth.

Según se puede leer en la página del equipo de Panoramio, los creadores de Panoramio fueron Joaquín Cuenca y Eduardo Manchón, dos amigos del sur de Alicante.

Según podemos también leer en el artículo de la Wikipedia dedicado a Panoramio, éste fue inaugurado en octubre de 2005 y en julio de 2007 fue adquirido por Google.

Tras la adquisición, Eduardo se fue a trabajar a Google unos años.

En enero de 2010, Eduardo anunciaba en su blog que dejaba Google para iniciar nuevos proyectos web.

¿Y qué tiene que ver Eduardo Manchón con la usabilidad?
Antes de Panoramio, Eduardo fue consultor independiente en usabilidad durante muchos años.

Eduardo Manchón tiene escritos numerosos artículos sobre usabilidad web que podrás encontrar en el sitio web Alzado.org.
Alzado es un blog con más de 10 años de vida en el que se habla de experiencia de usuario, usabilidad y desarrollo web.

Por ejemplo, te aconsejo la lectura de su artículo “Principios generales de usabilidad en diseño de sitios web”. Aunque sea un artículo del año 2003, todo lo que comenta sigue teniendo validez en la actualidad.

También te aconsejo que leas esta entrevista que le realizaron a Eduardo Manchón en el año 2007. En esta entrevista podrás encontrar también algunos consejos útiles.

Ahora que ya sabes quién es Eduardo Manchón, te invito a que veas la segunda parte de este vídeo, en el que Eduardo nos ofrece tres consejos de usabilidad.

Recuerda que el curso “Introducción al desarrollo web” está disponible en la dirección idesweb.es.

Muchas gracias por tu atención.

Evolución de los lenguajes de programación durante 2012

El artículo The Rise and Fall of Languages in 2012 nos resume la evolución del uso de los lenguajes de programación durante el último año. Los datos de este resumen provienen de tres fuentes:

El resumen, simplificado, es:

  • C y C++ siguen entre las primeras posiciones.
  • La popularidad de Java no disminuye, aunque haya mucha gente que lo predice desde hace tiempo.
  • Objective-C mantiene su nivel, aunque es de esperar que disminuya por el creciente uso de Android.
  • Python sigue creciendo, al igual que JavaScript y Ruby, mientras que Perl sigue disminuyendo, como en años anteriores.
  • Los nuevos lenguajes D, Go y Dart van creciendo poco a poco.

El texto alternativo de los banners del Ministerio de Hacienda y Administraciones Públicas

El texto alternativo de los banners del Ministerio de Hacienda y Administraciones Públicas es un vídeo que he preparado en el que muestro los problemas de accesibilidad que presentan los textos alternativos de algunas imágenes que hay en la página web para la Reforma de las Administraciones Públicas.

Lo más grave de esta página es que lleva puesto el sello de WCAG 1.0 – AA.

[kml_flashembed movie=”http://www.youtube.com/v/0mm1qZgJqSU” width=”560″ height=”315″ wmode=”transparent” /]

Concurso SEO

J.M.L. me ha escrito para que mencione en este blog un artículo suyo sobre el concurso para posicionar la palabra seorimícuaro. El concurso está organizado por forobeta.com, pero no hace falta ser miembro para participar, y el premio máximo es de 3000 dólares.

¿Y por qué le hago caso, a sabiendas de que le estoy ayudando a posicionar su página web y así quizás ganar el concurso?

Muy sencillo, porque es el típico ejemplo de las tácticas que se suelen emplear para mejorar de forma artificial el posicionamiento de un sitio web. Quizás no se pueda considerar black hat SEO, pero… Al menos no me ha ofrecido el “intercambio de enlaces” como algunas veces me ofrecen.

En cualquier caso, ánimo J.M.L., a ver si ganas 🙂

Hace unos días escribí la entrada La verdad incómoda del SEO sobre lo que no se suele decir sobre el SEO.

Una alternativa al canvas

La nueva etiqueta canvas de HTML5 ofrece la posibilidad de trabajar a nivel de pixel en una página web, lo que permite crear animaciones y, por supuesto, videojuegos.

Desgraciadamente, por ahora el soporte de canvas no es completo, así que su uso conlleva los problemas de costumbre cuando aparece una tecnología nueva.

A alguien, a Christer Kaitila, se le ha ocurrido algo: DOM Sprites: A Viable Alternative to Canvas. La verdad es que la demo es impresionante (cientos de sprites moviéndose de forma fluida al mismo tiempo), y lo mejor, es que parece que funciona en casi todo.

¿El problema? Se sigue sin poder trabajar a nivel de pixel, y ciertas operaciones que son necesarias cuando se trabaja con videojuegos no están disponibles de forma nativa con esta solución.