Getting Real: Template Driven Development

22-11-2006 Luis Artola

Getting Real, el libro sobre el método de desarrollo de software de 37Signals, deja un par de pinceladas interesantes sobre el desarrollo de interfaces y usabilidad.
Lo primero que comentan es que siguen un método “Interface First” de desarrollo y que en éste blog llamamos Template Driven Development, que consiste en empezar desarrollando la interfaz, para luego desarrollar la lógica de negocio que hay detrás.

Ésta metodología sería una alternativa a Test Driven Development o Model Driven Architecture. La primera aboga por comenzar por los Test y la segunda por hacerlo con el Model. En mi opinión Template Driven Development, que es una metodología que he utilizado a veces, está realmente bien cuando el escenario en el que se desarrolla el software tiene dos características:

1. El cliente es alguien totalmente ajeno al software y necesita una constatación visual del programa antes de dar el visto bueno. Si se desarrolla toda el resto de la programación (lógica de negocio, test, etc.) se corre el peligro de tener que cambiarlo todo porque no se ajusta a sus necesidades.
2. La lógica de negocio a desarrollar es de dificultad conocida� y mínimamente predecible. Esto es, no habrá sorpresas durante el desarrollo que disparen los costes.

Si el escenario de desarrollo cumple esas características, Template Driven Development es para mí la mejor� opción sin duda.

En el mismo libro también dejan una idea interesante de cómo desarrollar interfaces. No es nada nuevo pero es interesante: Three State Solutions, habla de que cuando se diseñe una interfaz se piense entres estados: el normal, el de error, y el vacío.