Category Archives: ajeno

Entre tu y mil mares..

Las tres y media personas que siguen este blog, sabrán que pocas veces escribo sobre alguien mas, y menos si no se trata de algo relacionado con la tecnología.

Pero me veo obligado a comentar sobre el suceso de la semana.

Cristian, alias el Francotirador,  un blogger chileno, tuvo a media blogosfera pendiendo de un hilo mientras contaba su historia “entre tu y mil mares”.

El día de hoy publico su ultima parte, y debo decir que si no la has leído, por favor echale un ojo.

Es difícil no sentir empatia con esta historia, que creo, es la historia de todos en algún momento. Una historia conmovedora y excelentemente escrita.

Aquí empieza:

http://www.elfrancotirador.cl/2008/02/21/entre-tu-y-mil-mares-parte-1/

Disclaimer:
Si tu crees que es estúpido arriesgar todo por un ideal, evita leerlo. Esto no es para ti.

Usabilidad: Arte y ciencia

En los ultimos tiempos el termino “usabilidad” esta en boca de todos los informaticos. Los sistemas no solo deben ya funcionar y funcionar bien, sino deben de ser sencillos de usar para los usuarios finales.   El tema en el area de informatica ha tomado fuerza desde hace relativamente poco tiempo. A principios de este siglo es cuando se empiezan a dar los trabajos mas fuertes sobre el tema. Sin embargo hay pocos estudios sobre el tema que es ademas, bastante subjetivo.

Es muy comun escuchar las frases “yo creo” y “yo siento” cuando se habla de usabilidad. En resumen, todos somos expertos.

Por eso es refrescante leer trabajos como los de Alex Faaborg, quien trabaja en el area de Experiencia de Usuario para mozilla, especificamente en Firefox 3.

En este post suyo (Diseño cuantitativo), Alex nos explica lo que se esta haciendo en terminos de usabilidad para el siguiente release de Firefox 3. Despues de leer la entrada, nos damos cuenta de todo el trabajo que hay detras en la interfaz de Firefox.

Nos podemos dar cuenta que la eleccion de los elementos de la interfaz de Firefox no esta decidida al azar ni esta asi porque a un desarrollador se le ocurrio o creyo que asi debian ser las cosas.

De esa entrada yo rescato varios tips para el analisis de diseños de interfaces.

  1. Lo que los usuarios tecnicamente mas avanzados quieren y necesitan no es necesariamente lo que quieren los usuarios normales. De hecho, lo mas probable es que si tu como programador quieres una cosa, el usuario quiera otra completamente distinta.
  2. Las estadisticas son tu mejor aliado, pero no son la unica fuente de informacion.
  3. Existen herramientas de simulacion de usuarios que pueden ayudarnos a definir la mejor interfaz para el usuario. CogTool es solo una de ellas.
  4. NO PUEDES PREGUNTAR A LOS USUARIOS QUE ES LO QUE QUIEREN. La pongo en mayusculas y negritas porque es un error MUY comun en el diseño en general. La mayoria de las veces los usuarios no saben lo que quieren (o como diria House, todos mienten). Y aun si saben lo que quieren la mayoria de las veces no tendran los conocimientos tecnicos para decidir lo que es posibleo y lo que no. Los usuarios no son fuente confiable de informacion para la decision en el desarrollo de interfaces.

Se ha realizado mucho trabajo en cuanto a la usabilidad en los sistemas informaticos, pero hay aun mucho por hacer. La usabilidad es un arte pero mas que nada una ciencia y como tal, si quieres ser un experto en ella, debes capacitarte y aprender de los que han realizdo un trabajo serio en la materia.

Si te interesa el tema te dejo unos links en los que puedes obtener mas informacion al respecto.

The center for universal design: http://www.design.ncsu.edu/cud/

Jakob Nielsen, guru de Usabilidadhttp://www.useit.com/

Guias de experiencia de usuario de Windows Vista: http://msdn2.microsoft.com/en-us/library/aa511258.aspx

Gnome Human Interfaces Guidelines: http://developer.gnome.org/projects/gup/hig/

KDE usability project: http://usability.kde.org/

Si ser programador fuera como ser controlador de trafico aereo

No suelo escribir poner en este blog cosas que no sean mias, pero esta vale la pena. Esto viene a cuento porque a veces los que estamos en el area nos quejamos de las condiciones de trabajo y de que dificil es ser programador y no es para tanto. The codist escribio al respecto un articulo, el cual yo traduzco, el cual cuenta como seria si los programadores fueramos controladores aereos. He aqui el post


  • Cada vez que tu software falla, 300 personas mueren
  • Obtienes nuevas herramientas cada 30 años, las necesites o no
  • Todos tienen que usar el mismo lenguaje de programacion
  • Un buen dia es llegar a casa y no ver tu trabajo en las noticias
  • Un mal dia es llegar a casa y ver tu trabajo en los resaltados de todos los programas de noticias siendo diseccionado a detalle por los expertos
  • Si le echas una miradita a Reddit o a Digg mientras trabajas, todos se dan cuenta
  • No importa cuanto trabajo tengas, debes entregarlo en el tiempo estipulado
  • Tras solo unos cuantos pequeños bugs, serias despedido
  • Si tus herramientas dejan de trabajar por alguna razon, debes trabajar a ciegas y de memoria
  • El videojuego que juegas, solo tiene una vida
  • Tu director de proyectos es el gobierno
  • Cuando usas el software de alguien mas, necesitas conocer al programador personalmente y saber cuanto tiempo han estado trabajando.
  • Si haces tu trabajo bien, nadie lo notara.

Que tengas un buen dia siendo programador!


Post original en http://codist.biit.com/fiche/thecodist/article/if-being-a-programmer-were-like-being-an-air-traffic-controller