Libros de Diseño y Usabilidad

En teoría se supone que un desarrollador de softaware no tiene que encargarse de temas de diseño ya que para eso están los diseñadores, pero además de este tipo de diseño, existe otro del que deberíamos saber un poco: El diseño de inerfaces, o de usabilidad, ustedes saben de qué estoy hablando.

Sobre el tema existen muchos libros, pero estos tres son bastante genéricos. El primero creo que es de obligada lectura, y los otros dos no son exclusivos de desarrollo, aunque ayudan.


Don't make me think Revisited
Steve Krug 2014

Si sólo puedes leer un libro, que sea este. Es corto, ameno, y está dirigido a desarrolladores de software. Es un clásico que no se desfasa aunque el autor, entre cachondeo, lo ha actualizado para apps.

100 Things every designer needs to know about people
Susan Weinschenk 2012

Este libro enumera 100 'cosas' desde un punto de vista psicológico. Es muy útil saber qué pasa por la cabeza de la gente. Al final de cada 'cosa' incluye un resumen que lo hace bastante ameno.

Universal Principles of Design
Varios 2010

El libro más de diseñador de los tres. Aún así, tiene unos cuantos puntos con ejemplos de software, aunque principalmente son puntos aplicables a cualquier cosa. Libro con muy bonita maquetación e imágenes.

Vuelvo a recalcar que el diseño propiamente dicho no es algo que atañe a los desarrolladores al menos que nos comamos y bebamos todo el proceso de creación del software. Pero sí lo es ese otro "diseño" de interfaz y usabilidad, del cual deberíamos saber las bases al menos.

MicroSD de 200Gb

DOSCIENTOS Gigas.. en una MicroSD. Y recuerdo escuchar a gente decir que un disco de 1Gb no lo llenabas ni de coña.

En serio, ¿Dónde está el límite?

Más info:

Noticia en web de Sandisk
Fuente: CNET

Sistemas de control de versiones

Uno creería que a estas alturas todos los profesionales de desarrollo de software usan algún sistema de control de versiones (VCS) como Subversion, Git, Mercurial, Sourcesafe/TFS... alguno!

Por favor no se asusten de lo que voy a decir, pero lo he visto con mis propios ojos: Aún existen "profesionales" que no los usan. Y como las cucarachas, estoy seguro que por cada 10 que veo yo, existen otras 90.

Según su página de Wikipedia, Subversion existe desde el año 2000. Puedo entender que CVS con lo pobre que era asustase a alguien, o que el Sourcesafe con su sistema de bloqueos y software propietario tampoco convenciera. Existen muchas excusas para no usarlo, pero son eso, excusas.

Lo que me asusta, o deprime, más que su falta de uso, es el que se haya llegado a ese extremo. Dejando aparte a los que no quieren usarlo, existen profesionales que ni siquiera los conocen! Creo que este tipo de personas están desconectados de cierta parte de internet (desde luego no van a estar leyendo estas humildes palabras, pero tampoco otras de renombre). Por otro lado, la empresa donde trabajan también es responsable, se supone que los jefes de un departamento de desarrollo, a estas alturas, deben saber de su existencia y ventajas.

Será que yo veo, a 2015, el usar un sistema de control de versiones algo tan esencial como respirar para el trabajo que hacemos. No existe excusa alguna para no usar un sistema de control de versiones. No se me ocurren.

La falacia de las Open Office

Aunque el tema de la oficinas de espacio abierto lleve discutiéndose hace años, Enrique Dans comenzó el año recordándonoslo con una entrada cuyo título me apropio. Mis reflexiones a continuación sobre este tipo de oficinas son exclusivamente en en el ámbito de desarrollo de software.

Llevo unos años trabajando en una de estas oficinas y aunque no sea un espacio tan grande como el que sale en la foto (¡el horror!), no me gustan. La único que se me ocurre para justificar su existencia es que ahorren costes a las empresas. Aún así, las empresas deberían tener en cuenta que sus trabajadores van a producir menos. ¡Que saquen las cuentas! Como trabajador ¡no veo ventaja alguna!

El problema está en las distracciones, visuales y sonoras. El tener que esforzarnos para poder concentrarnos en nuestro trabajo repercute en nuestro rendimiento y salud incluso. Si estamos de espaldas al espacio abierto existe un estrés innato a que nos "ataquen" o a que nos estén vigilando, y si tenemos la suerte de tener cubiertas las espaldas (mi caso) entonces veremos cosas moverse por delante en nuestra visión periférica. Pero lo más normal es que los trabajadores estén situados en la parte central cumpliéndose ambos casos. Los cubículos ayudan a eliminar la mayoría de distracciones visuales, aunque luego también tienen sus propios inconvenientes. las sonoras como ese "sonido a espacio abierto", que personalmente me impide trabajar plenamente concentrado, o cualquier sonido de cualquier cosa que pase en cualquier sitio de tan vasto espacio.

Creo que el tamaño perfecto sería el de un grupo o subgrupo de trabajadores que estén en un proyecto actual de digamos unas ocho personas. Las personas que no estén relacionadas no tienen por qué verse ¡para eso está la cocina y la hora del café! Hay grupos mayores y menores, pero creo que ocho es un buen tamaño de corte, puede que incluso sea demasiado grande. No necesitamos escuchar las reuniones de los demás grupos, ni escuchar al limpiaventanas pasar por cada una de las ventanas de oficina, o al técnico del aire acondicionado cambiar todos los filtros de cada cacharro. Y desde luego, no tenemos que enterarnos de cuando llaman por teléfono a cualquiera. Y por si lo estaban pensando, igual no quiero escuchar música y ponerme cascos pues me distrae igual.

Un espacio más pequeño tendría ventajas añadidas como servir como minisala de reuniones, con pizarra o sitio para colgar scrum boards. Los trabajadores que estén en varios proyectos a la vez podrían moverse a la hora de reunirse, y ser llamados a las otras mini-oficinas mediante teléfono, o mejor, chat.

En esencia, veo que este tipo de oficinas sólo existen para ahorrar costes, algo que me recuerda mucho a las granjas de pollos en batería.

A beginning is a very delicate time

... know then, that is the year two thousand one five ...

Llevo siendo "Desarrollador" de software unos añitos ya, y nunca me había dado por tener un lugar dedicado a divagar sobre estos temas en concreto. Más vale tarde que nunca, y al llegar tarde por lo menos tengo más experiencia, aunque tampoco es que sea mucha comparada con incontables otros y otras que también tienen su espacio en la red. Pero esta es MI historia, MIS opiniones de MI experiencia sobre estos temas en esta esquina del mundo. Espero que a alguien le interese.

Como estoy empezando a escribir un blog sobre estos temas, y escribir algo que no sea código no es mi punto fuerte, espero no meter mucho la pata, y que tengan paciencia cuando la meta. Muchas gracias.