Primero la Interfaz

Diseñar la interfaz antes de comenzar a programar.

Muchas aplicaciones comienzan con una mentalidad de primero el codigo, es una mala idea. La programacion es el componente mas pesado al construir una aplicacion, esto significa que es el mas costoso y el mas dificil de cambiar. En lugar de ello, comienza diseñando la interfaz.

El diseño es relativamente facil. Un borrador en papel es barato y facil de cambiar. Los diseños en html aun son relativamente simples de modificar (o de crear). Diseñar antes de programar favorece a la flexibilidad.

Otra razon para diseñar primero, es que la interfaz es tu producto. Lo que la gente ve, es lo que estas mostrando/vendiendo, los usuarios ven interfaces, no codigo. Si metes la interfaz al final del desarrollo, se van a notar las incoherencias y los baches.

Comenzar primero con la interfaz te ayuda a ver como se ve y se siente el producto desde el comienzo. La mantenes bajo constante revision a traves de todo el proceso. Tiene esto sentido? es facil de usar? resuelve el problema? Estas son preguntas que puedes contestar solo si estas trabajando con pantallas reales. Diseñar primero, te da flexibilidad y te responde esas preguntas en las etapas tempranas del proceso en lugar de cuando es demasiado tarde.

Si tenes un programa que hace su trabajo mejor que cualquier otro pero no tenes una interfaz bonita, sencilla y facil de usar, nadie lo utilizara. La interfaz es el medio de comunicacion del usuario con tu programa, es la cara de tu producto. Es mas, en el caso de aplicaciones desktop, una buena interfaz vende mas que un algoritmo matador.

Y por ultimo, diseñar primero la interfaz te permite ir probando la aplicacion con beta-testers a medida que vas creando el codigo del programa, y liberando versiones en periodos relativamentes cortos. En cambio si codificas primero y creas la interfaz al final, el proceso de testing sera mas costoso y proporcional a los cambios que necesites hacer.

killer interface + killer algorithm = excelent app.