| « enero 2006 » |
| lun | mar | mié | jue | vie | sáb | dom |
|---|
| | | | | | | 1 |
2 | 3 | 4 | 5 | 6 | 7 | 8 |
| 10 | | 12 | | 14 | 15 |
| | 18 | 19 | 20 | 21 | 22 |
| 24 | 25 | 26 | 27 | 28 | |
30 | 31 | | | | | |
| Hoy |
Blog::Navigation
Bookmarks::Blogroll
Bookmarks::Articulos
Blog::Referers
Las visitas de hoy a la página: 164

domingo enero 29, 2006
Puntos negros del desarrollo de aplicaciones: Entregables Un error habitual al desarrollar aplicaciones es suponer que, con el
fin del desarrollo (y prueba) de la aplicación, todo el trabajo está
terminado. Y no. Nunca suele ser así, especialmente si el equipo de
sistemas (los encargados de mantener las máquinas y los contenedores)
no son el mismo que el equipo de desarrollo. No es extraño que
aplicaciones correctamente diseñadas, bien implementadas y
suficientemente probadas, tengan un mal funcionamiento por culpa de un
despliegue, dimensionamiento o configuración incorrectos.
Se me ocurren algunos consejos para mitigar (porque este punto negro no hay quien lo evite) este tipo de problemas:
· Documentar CLARAMENTE todos los pasos para desplegar (o instalar)
correctamente el producto. Explicar TODOS los parámetros de
configuración y acordar de antemano valores por defecto con la gente de
sistemas.
· No tener ningun parámetro de configuración A FUEGO en el código.
· Evitar que el personal de sistemas tenga que "abrir" el entregable
(desempaquetar un jar o un war) para cambiar los valores de los
parámetros de configuración.
· Introducir en las aplicaciones un "huevo de pascua" que permita al
equipo de desarrollo conocer si la aplicación está correctamente
instalada y configurada.
· Sacar un log de instalación completo y cuyos mensajes tengan
significado para el equipo de sistemas. De poco les ayuda un mensaje
que diga: "[DEBUG] Installer.class : entrando en metodo getEspilonche()
con parámetros "trocola" y "cosa"".