En el artículo “Simplicidad en el software ¿es posible?” Juan Freire resume un debate generado por los gurús del diseño y la usabilidad sobre si es factible o no reducir la complejidad de la tecnología.
La discusión se presentó entre los fundadores de 37signals, seguidores declarados del diseño y la usabilidad de Apple, y el experto en diseño Don Norman, antiguo asesor de Apple que ahora trabaja con Microsoft.
Freire sostiene:
“El software que usamos todos los días, ya sea instalado en nuestros ordenadores o -cada vez más- residente en la web, ofrece un número creciente de utilidades de todo tipo. Más opciones, ¿mayor complejidad? ¿mayor dificultad de uso? No tendría por qué ser así (…) Entonces, ¿nos encontramos ante dos tendencias aparentemente contradictorias? Aumenta la complejidad de las herramientas pero al tiempo, su uso se hace más simple”.
El debate comienza con el artículo de la revista Wired , “The Brash Boys at 37signals Will Tell You: Keep it Simple, Stupid”.
Allí se narra la historia de David Heinemeier Hansson y Jason Fried, fundadores de 37signals (donde han nacido productos y servicios como Basecamp, Campfire, o Backpack).
Hansson también es leyenda en el ámbito de la programación por ser el creador del lenguaje Ruby on Rails y, con él, de toda una filosofía de desarrollo rápido y diseños simples (con lo que se ha creado, por ejemplo, Odeo, o el microblogging Twitter).
“Lo críticos suelen decir que Rails no es lo suficientemente versátil, que no puede manejar grandes cantidades de tráfico y que el mismo Hansson es un arrogante”.
“La característica que define a Ruby on Rails es la velocidad. Utilizándolo, un programador puede crear una aplicación en 15 minutos o una base de datos para fotos en 5. Dos jóvenes crearon Twitter en 2 días”.
“Rails brinda a los desarrolladores un set de configuraciones que les permite pasar por alto el trabajo duro. Eso hace a Rails ideal para la creación rápida y las aplicaciones de diseño que terminen siendo, en palabras de los fundadores, desnudadas hasta las menores necesidades”.
El artículo finaliza con una polémica declaración de Hansson: “No soy un diseñador de software para otras personas. Yo diseño para mí”.
Read more…
