doce cosas

Acabo de leer un artículo titulado “What is in a name” en el autor introduce sobre las dificultades de globalizar algo tan común como es el nombre propio de una persona. El artículo sintetiza varios de los problemas que se pueden encontrar al plantear cómo globalizar un sistema, lo que es mucho más complejo que traducir algunas cadenas de texto (para lo que gettext es una excelente solución).

I can’t imagine what people do when they have to enter their name in an online form that insists on a name that is made of a single word first name, possibly a middle initial, and a single word last name — none containing any punctuation.

Partiendo de cómo muchos formularios toman el nombre (nombre propio, inicial, apellido) el autor pasa a describir ejemplos de varios nombres que demuestran que no hay ningún formato común ya que puede haber nombres con varios apellidos, nombres compuestos. También hay que tener en cuenta que la capitalización de los nombres y apellidos puede ser mixta (pone como ejemplo el apellido DeGraw) además de que se incluyan signos en los apellidos, como en los apellidos compuestos españoles (comunes en nobleza y familias de postín). Y todo ello sin salir de las familiares normas occidentales, ya que en el caso japonés es muy sabido que suele tener la forma apellido nombre.

No existen soluciones para este tema, en los comentarios se menciona la posibilidad de ofrecer 2 textos: uno para refererirse a la persona informalmente y otro campo más formal (si vais a venderle un billete de avión a un Sir británico puede que no permita que se le llame Mr. y haya que utilizar Sir). Esta solución a priori puede parecer suficiente pero cuando se piensa un poco podemos darnos cuenta de que nos imposibilita una ordenación práctica (por lo general se hace por apellido), y todo esto sin entrar a pensar en juegos de carácteres y escrituras bidireccionales.

Conocer todos estos problemas nos puede hacer afrontar con humildad la tarea de internacionalizar una aplicación para que realmente sea global, y saber valorar todos los esfuerzos que muchas personas y equipos realizan para intentar poder llegar a todo el mundo.

Seguimos peleando intentando dar con la mejor manera para hacer pruebas, pero por ahora parece que el ganador está siendo la combinación de RSpec con rcov que te permite medir el depender de los fixtures en Rails estamos utilizando FixtureReplacement2, aunque por ahora no tengo claro cuál sería la mejor opción pero es un buen principio y no sería demasiado complicado cambiar las pruebas a otra librería u otra metodología.

Cuando tenga más rodado todo espero poder hablar más extensamente sobre ello, pero si alguien quiere decir algo puede animarse y contar sus experiencias

Ahora mismo estoy leyendo 3 cosas que voy a describir aquí. La primera es sobre la gestión de las tipografías en Firefox 3 sobre el hinting, kerning y las ligaduras, resulta prometedor.

También estoy leyendo algo sobre la posición de Gnome en un artículo titulado Gnome in the age of decadence” (llegué a él a través de Reddit) en el que se debate sobre si Gnome ha llegado a un punto de estancamiento y decadencia. La llegada de KDE4, el estado de Gnome y la omnipresencia de la web 2.0 creo que pueden estar relacionados de alguna forma, y éste es un buen artículo (y los comentarios también en reddit) para reflexionar algo sobre ello.

Por último una reflexión sobre algunos errores al implementar REST que podemos aprender de Newsgator.

No hace demasiado tiempo descubrí ionice, un comando que actualmente se ha vuelto imprescindible para mi día a día porque consigo tener un sistema más ligero.

ionice nos permite controlar con que prioridad tienen acceso los recursos de entrada y salida y el uso que le doy es poder poner en un segundo plano transferencias largas de disco a disco. Si ojeamos la página man del comando podremos ver su sencillo funcionamiento, ya que sólo hay que especificarle un tipo de prioridad al proceso. No voy a entrar en detalle del funcionamiento, ya que es muy sencillo, y me limitaré a poner un ejemplo de uso.


$ cp -fr /media/dvd/* . &
$ sudo ionice -c 3 -p $!


Con estas 2 líneas inicio el proceso de copia del contenido del DVD y después uso ionice para especificar que el proceso especificado en $! (bash lo expande al último comando ejecutado) pase a tener prioridad 3, que es IDLE, de forma que sólo se procesará la entrada y salida cuando el sistema esté libre y no tendremos ninguna penalización en el resto del funcionamiento del sistema. El proceso de copia si llevará más tiempo pero en los casos en los que ese tiempo no nos afecte merece la pena por la suavidad con la que queda el sistema.


$ sudo ionice -c 3 cp -fr /media/dvd/* .


El anterior ejemplo es prácticamente lo mismo sólo que mostrando como se ejecuta un comando directamente en vez de aplicar el cambio de prioridad a un proceso ya corriendo.

Creo que todos deberíamos tener este nice de entrada y salida en nuestro arsenal para el día a día del trabajo con los sistemas Linux ya que, sobre todo en los sistemas de escritorio, puede ayudarnos a hacer mucho más agradable el trabajo mientras estamos moviendo grandes cantidades de datos.

En Creating constraints el autor nos cuenta su experiencia con el proceso que lleva para realizar el trabajo. De los 5 días laborables el autor dedica 2 a trabajos “interrumptivos”: contacto con clientes, pequeñas tareas, reuniones y demás trabajos, mientras que los otros 3 días los dedica a realizar aquellos trabajos que requieren de más atención. No explica qué hace para llevar el control de qué hacer o cómo priorizar, pero la idea subyacente es aislar las interrupciones del trabajo intensivo, evitando así que nos coma el día a día. Evidentemente no en todos los trabajos hacer algo así es posible, pero debo admitir que me ha parecido interesante.

Tarde o temprano nos encontramos con problemas de organización del tiempo, lo que nos dificultan ser productivos y conseguir aprovechar el tiempo. Por ello han surgido numerosas formas de organizar las tareas y el tiempo que sugieren métodos de trabajo o de vida personal, posiblemente la que más ‘buzz’ tenga sea GTD (”Tener las cosas hechas”) que cuenta con varias implementaciones, además de que podemos ver la enorme cantidad de listas TODO, calendarios y gestores de tareas que han ido apareciendo.

Realmente la gestión del tiempo propio es tarea difícil, en muchos casos la realidad puede inmiscuirse en lo que tengamos planeado y por ello necesitaremos algún proceso flexible y que se pueda ajustar a la vida real, no sólo que quede bien sobre el papel. Personalmente utilizo una aproximación a GTD pero alguna vez he llegado a probar algo parecido a lo que se cuenta en el artículo (con las limitaciones impuestas por el día a día del trabajo), y creo que podría ser una forma muy hábil de trabajar en los casos en los que pueda ser así.