Como la mayor parte de los desarrolladores de software, pienso que la documentación es la parte más aburrida del ciclo de desarrollo. Pero es un mal necesario, a pesar de que estadísticamente casi nunca se acude a la documentación de un programa.
Ahora el problema viene cuando te encuentras con clientes que exigen un modelado completo incluso para proyectos con procesos predefinidos e invariables, solo con la excusa de que se obtendrá un “mejor desarrollo”.
En este punto queda por aclarar, que después de todo los diagramas son una representación de las funciones que implementará el software, pero al final la codificación será lo que hará todo el trabajo. En algunos casos podemos terminar con un excelente modelado, pero con una codificación pobre llena de errores.
En otros casos podemos terminar con todo lo contrario, una documentación mínima y una codificación buena y extensible. Y siguiendo la misma lógica, mi combinación favorita de “Juntemos todo a ver que pasa”, la cual no tiene justificación alguna.
Recordando un poco lo que mencionaron en algunos eventos, me viene a la mente lo que indicaba un desarrollador de Google, el cual respondió a una pregunta del auditorio con lo siguiente, en referencia a RUP: “No se para que enseñan esas cosas realmente, en Google no tenemos necesidad de esas cosas, debido a que trabajamos en grupos pequeños y nos reunimos todo el tiempo.”
Comentarios