2012-04-04

Diseño

¿Por qué los desarrolladores de software complican tanto los diseños? He escuchado comentarios del estilo "Lo voy a hacer bien paramétrico. El modelo tendrá una meta-meta-meta estructura que va a permitirme controlar hasta..." y luego respuestas del usuario parecidas a "pero yo quiero algo simple y rápido, lo necesito para...".

Al ser un diseño tan complejo, ¿No complica el mantenimiento? ¿No complica el entendimiento? ¿No complica la explotación de la información del sistema?

Algo que siempre me ha gustado de Apple es su búsqueda de lo simple. Se puede leer en el libro de Walter Isaacson, Steve Jobs, que era algo premeditado. Sí, ok, es cierto que posiblemente lo que se ve simple desde afuera, no lo fuera tanto dentro pero aún así la idea de simplicidad en diseño es importante.

Tal vez no es que complican tanto los diseños sino que no diseñan en lo más mínimo. En Why software sucks, Scott Berkun puntualiza el dilema entre construir y diseñar.

Good architects, the people who make good buildings, are taught the difference between construction and design. Design is a process that explores different perspectives on the work, business, engineering, aesthetics, customers, the environment and integrates them into a plan, or a direction for a plan. Design starts with big strokes: sketches and prototypes for the customer’s experience that take on the big questions about the work (What’s it for? Who’s it for? How might it work? How will we know it’s successful?).

Design and construction Construction is the act of building things with technology. Things are created, put into a specific order or combination, with respect for reliability, performance, safety and security. It starts with small pieces and puts them together to make bigger pieces.

A design centric mindset starts by figuring out the experience and after it has some shape, available technologies are used to make that experience real. A construction centric mindset starts with the technologies first and figures out the desired experience later on.

Software, made from bits which are entirely more flexible than atoms, blends together construction and design giving one person enormous power to make things. But the risk of that power is that they will emphasize the personal immediacy of construction (“I’m making something!”) over the poise and wisdom need to make good things (“I’m thinking deeply about how this will be used, and who will use it, before I start construction”).

La meta no siempre es hacer el mejor diseño de todos basándonos en un criterio puramente técnico. La meta es hacer un diseño cumpliendo las restricciones del proyecto que generalmente vienen en tiempo, esfuerzo, presupuesto, calidad y si.. aspectos técnicos también.

Seguimos pensando..

No hay comentarios.:

Publicar un comentario

Muchas gracias por comentar. Por favor deja tu nombre y/o email, los comentarios son mucho más valiosos cuando se sabe quien los hace.