tecnicalia.com

Un buen día, Ale Muñoz dejó caer, como de pasada, la siguiente sentencia:

Trabajar menos, en mi opinión, es una obligación moral de todo el que use ordenadores

Cuando lo leí me sentí tocado. Fin del prólogo.

El otro día, mientras preparaba unas hojas de estilo XSL, me descubrí atrapado en una especie de bucle inoperante. Viene a ser el siguiente:

1. edito un fichero;
2. lo guardo;
3. me voy a la terminal;
4. lanzo un comando (un make o similar);
5. me voy al navegador;
6. compruebo el resultado del comando refrescando el navegador;
7. me voy al editor;
8. volvemos a empezar.

Un rollo, vamos. Púseme a buscar opciones para la automatización del proceso. Estaba claro que lo que tenía que hacer era observar los cambios en determinados ficheros y realizar alguna acción en tal caso. Exactamente lo que hace stakeout (lo encontrarás en Staking Out File Changes). Si te decides, como yo, a usar la versión ruby:

• Copia el script de la página enlazada
• Crea un fichero stakeout.rb, hazlo ejecutable y colócalo dentro de tu path.

El uso es sencillísimo. El programa recibe como parámetros el comando a ejecutar y los ficheros a observar. Para crear la lista de ficheros observados podemos utilizar sintaxis glob. Un caso:

choan$ stakeout.rb ./process.rb *.xsl template.html process.rb
=> template.html changed, running ./process.rb
=> done

Cuando nos hartemos de trabajar, podemos matar el proceso a golpe de ctrl + C.

Reducimos pues, el proceso, en unos cuantos pasos. Aleluya.

Pasado el día 403 quisiera compartir algunas impresiones, datos y satisfacciones con el pequeño grupo de gente que me lee y no me insulta.

En primer lugar, declarar que estoy muy sorprendido por la difusión que ha tenido la iniciativa. Una conversación durante una cena se convirtió en un par de notas (en el blog de Arnau y aquí mismo), saltó a los blogs catalanes, gallegos, portugueses, brasileños, a Stumbleupon, a Meneame…

Y digo difusión porque la acogida ha sido para todos los gustos. Nos han llamado de todo (ya me voy acostumbrando), muchos no se han enterado de que esto no era una iniciativa contra Microsoft y tampoco una campaña a favor de Firefox, hay quien ha demostrado no entender la diferencia entre “navegadores alternativos” y “navegadores recomendados”. En fin, un poco de todo.

Pero también hay quien se ha ganado morreos con lengua. Ascárida, Poli, Chorche y otros amigos, conocidos y desconocidos han colaborado traduciendo el sitio de la “campaña” a hasta once idiomas. Muchas, muchísimas gracias, chicos :)

En el apartado de cifras, no hay datos fiables (cada cual ha comenzado y terminado el día 403 en su horario local –o el de su servidor–, los logs no nos sirven para contar el número de sitios participantes, me falta caradura para inventármelos…). Pero tenemos una que considero buena y me parece bonita: 12.408 errores 403 servidos por 403day.org en el día 4 de marzo (horario DreamHost, 9 horas menos que en España).

Y me parece bien. Confío en que al menos una o dos personas hayan descubierto algo que no sabían.

En el último encuentro de desarrolladores web de Barcelona, hablamos de prohibir el acceso a nuestros sitios a Internet Explorer el día 4 de marzo (humanos: el mensaje de acceso denegado que devuelve el servidor utiliza el código 403).

Y oye, que algunos lo vamos a hacer. Arnau ofrece una receta .htaccess de la idea; por mi parte os presento la idea en forma de plugin para Wordpress. Descargar, instalar, activar y olvidarse: únicamente entrará en acción el día 4 de marzo. De cada año.

Para acompañar el plato, estamos preparando hemos preparado 403day.org, donde explicaremos explicamos por qué el dominio de mercado de un navegador de mala calidad es peor que emborracharse con tequila barato.

Permitidme que os presente un proyecto reciente, fruto de mi afición por los juegos y mi afán por hacer webs de cualquier cosa: De tablero, juegos de mesa para los que no saben jugar chachi.