Git es el nuevo niño mimado del control de versiones. La verdad es que personalmente estoy encantado, lo poco que estoy currando con él, me encanta.

Pero el post no va sobre eso. El caso es que estaba creando repositorios para las carpetas de varios proyectillos y pensé en hacer uno para la de guiones de tomate y mozzarella, en realidad, cualquier cosa susceptible de ser modificada en el futuro, debería tener un repositorio al que volver para deshacer cambios. Así pues, ahora mismo tengo un repositorio al que puedo acudir para revisiones anteriores de los textos que voy escibiendo y hasta una rama en la que desarrollo los textos hasta las 2 páginas (en el master están las versiones finales de apx. 50 palabras que permite el formato de Tomate y Mozzarella).

Git está siendo una herramienta más que útil para labores de escritura en local, imagina en un entorno de cinco o seis personas escribiendo los mismos textos con un caos de nombres de ficheros brutal. O un escritor más avanzado con diez o quince revisiones de su libro.

¿Por qué no se usa entonces fuera de entornos de programación?

Principalmente, porque entender una tecnología nos hace miembros de un grupo y nos diferencia. Git puede ser una herramienta genial y muy muy sencilla de usar (si yo lo hago, cualquiera puede), pero su web es indescifrable para alguien no habituado a este nivel de uso de tecnologías, y eso, en el fondo, nos gusta.

También es cierto que empezar un site sobre Git contando cómo se trabaja en terminal, por ejemplo, es una locura (¿Te imaginas que cada programilla que nos encanta, empezase su documentación con los detalles del sistema de archivos de UNIX? Quiero decir, las documentaciones ya son un coñazo ahora).

Es cierto que la gente es muy reacia a adoptar tecnologías “complejas”, si Google Docs (que tiene un control de versiones mucho más optimizado para labores de escritura) no está tan extendido ¿cómo mostrar Git a las masas? También es cierto que muchas de las opciones que Git ofrece están orientadas a la escritura de código principalmente, pero el ejemplo es válido con Git, como con tener las cuentas de correo con IMAP o utilizar un lector de feeds (es fácil, cómodo, pero la gente no sabe hacerlo).

La brecha que separa early-adopters, usuarios avanzados, freaks, etc… del usuario normal es cada vez más ancha, y en realidad, ambos bandos ayudan voluntariamente a este ensanchamiento bajo un fenómeno tan sencillo como la polarización grupal. Es una lástima que gente que se podría ahorrar horas de trabajo no pueda/quiera hacerlo, y que otros nos perdamos una comunidad más grande y rica.

Foto de  fd.

Puedes usar el mejor software de gestión del mundo, planificar y tener calendarios organizados con todas las tareas y sus horarios (con notificaciones, alarmas y extensiones para growl) y tener unos jefes de proyecto organizados que ayudan a la distribución de tu trabajo. Pero nada, repito, nada, como una libreta junto a tu teclado.

Si te asignan un ToDo, lo anotas.
Si lo acabas, lo tachas.

No es un sustituto, pero sí el complemento fundamental. No sabes cuánto lo necesitas hasta que no lo usas.

Michel Thonet creó en 1859 la famosa silla número 14 con sólo seis piezas. Hoy en día estamos acostumbrados a ver mobiliario de apenas un par pero, para hacernos una idea, en pleno siglo XIX las sillas que no faltaban en ningún hogar eran de tipo Windsor (veintitrés piezas) y lo más sencillo en fabricación era la silla de Chiavari con dieciséis.

A Thonet le ayudó enormemente el hecho de descubrir nuevas técnicas de curvado de madera, pero, sobre todo, hizo un espectacular ejercicio de simplificación. Detalles hoy habituales como que el respaldo y las patas traseras sean una misma pieza, nacieron con la silla nº 14 de Thonet.

Simplificar no es un criterio estético. Conseguir reducir un diseño a su esencia y mínima expresión aporta numerosos valores añadidos: funcionalidad, claridad, sencillez de manejo… Tanto en diseño industrial como en diseño orientado a usuarios en medios digitales.

A menudo los ejemplos más claros parecen los más sencillos: nada más lejos de la realidad. Cuando manejamos grandes cantidades de información, conseguir una representación fiable y clara es todo un reto.

Una buena jerarquía, no abusar de elementos extra que no sean el propio contenido, usar una buena retícula (y buscar la más apropiada para tus necesidades), cuidar el color y la tipografía, utilizar el espacio en blanco y pensar en la interacción con el usuario, es todo lo que hace falta para hacer un diseño perdurable y funcional.

La silla nº 14 sigue fabricándose hoy del mismo modo, y ha vendido más de setenta y cinco millones de ejemplares.

Probé Evernote en su día y mi principal impresión fue ¡Wow! ¡Ojalá me hiciese falta! y es que el servicio es fantástico y funciona la mar de bien, pero a la hora de marcar contenido web no hay nada como los favoritos de tu navegador. El OCR que incluye es fantástico, pero no es algo que nadie vaya a necesitar a diario.

Puede que si eres un fan total de las libretas y anotas todo en papel, Evernote sea una opción genial para digitalizar todo ese contenido. No tienes más que hacer una foto con tu webcam, añadirla a tu evernote y el OCR reconoce el texto (si tienes buena letra ojo!) y lo indexa. Buscar algo en concreto se vuelve, de este modo, mucho más sencillo.

El problema es que, por bien que funcione la aplicación, requiere demasiado trabajo. Si apenas tienes un par de cosas anotadas, no te interesa demasiado digitalizarlas así (escribirlas manualmente será mucho más rápido). Si por el contrario tienes diez libretas a rebosar, te puedes volver loco fotografiando cada página.

Anyway, me ha llegado el mail con las últimas novedades, que incluyen: soporte para PDF, Encriptación, versión optimizada para el iPhone, Windows Mobile, etc…

Igual no parecen gran cosa, pero especialmente el soporte móvil marca la diferencia (por lo que entiendo en el mail, ya estaba disponible. Ni me había enterado).

Poder fotografiar algo por la calle (un cartel, un folleto con información útil, un horario de cines, etc…), sincronizarlo con tu cuenta y que Evernote lo indexe es algo más que interesante y que ya no requiere tanto esfuerzo por parte del usuario.

Me gusta la rapidez con la que van añadiendo mejoras, me hace pensar en futuras utilidades como geolocalización, audios (¿reconocimiento de voz?), etc…

Tengo 20 invitaciones, así que si alguien quiere probarlo puede servirse a gusto dejando un comentario.

Estaba teniendo bastantes problemas con el feed del blog en Google Reader. Como ni en los foros de wordpress, ni en el grupo de Google Reader hay mucha información sobre este problema, pues ahí va mi solución “por las bravas”.

Problema: Creas un nuevo blog en tu dominio, sorprendentemente no se actualiza en Google Reader y además mantiene las entradas del viejo aunque no hayas dejado ni rastro de ellas.

¿Qué está pasando? Pues pasa que sí se actualiza, el problema es que Google Reader no mantiene los feeds por fecha de publicación (aquí es cuando gritas ¡¿Cóooomo?!, sino por el Guid, que viene a ser la ID del post. De tal manera que si hace cinco años publicaste un post cuya ID era 1, borras tu blog e instalas uno nuevo y publicas de nuevo un post al que wordpress asigna ID 1, Google Reader lo actualiza, pero lo actualiza ahí. Es decir, que para leerlo tendrás que bajaaaaaaaaaaaaaar hasta llegar a tu post de hace 5 años en el que verás el texto nuevo, eso sí, con la fecha “publicado hace 5 minutos”. Muy muy raro, sobre todo porque, efectivamente, la memoria de Google es a-co-jo-nan-te.

¿Cómo se soluciona? Pues mi remiendo ha sido apañar la base de datos a mano tal que así:

$sql = 'UPDATE `wp_posts` SET `ID` = \'396\', `guid` = \'http://www.kekoponte.com/?p=396\' WHERE `wp_posts`.`ID` = 74 LIMIT 1;';

Básicamente le digo que el post con id 74, pase a tener id 396 (que es la ID del último post del blog que antes se alojaba en este dominio y ahora es srholgado.com), y así uno por uno. Como lo he pillado a tiempo sólo han sido cinco :)

El único problema es que perderás las etiquetas y categorías de esos post y las tendrás que añadir a mano. Lo bueno es que wordpress seguirá publicando los post con las ID nuevas aunque dejes huecos.