Siempre he sostenido que la calidad del software empieza por la calidad del código fuente. Basta observar unas cuantas líneas de código de un proyecto, de unos cuanto archivos de código elegidos al azar para saber mucho sobre la calidad del proyecto en genera. Es impensable que con código de mala calidad se pueda construir buen software. Me ha sorprendido ver en Port 25, que Microsoft tiene gente investigando sobre la relación que existe entre la calidad del software y la calidad del código fuente y sobre la importancia del código fuente de calidad.
Hay dos interesante videos en los que se trata el tema:
En el primero, Khaled El Eman, de la Universidad de Otawa, habla sobre el retorno de la inversión del código fuente de calidad. Es curioso como se puede llegar a cuantificar en unidades monetarias la calidad del código en los proyectos. Además este autor tiene un libro que parece interesante sobre el tema del video The ROI from Software Quality y el tema que trataba en mi post anterior sobre como para hacer software en tiempo y coste es necesario hacerlo con calidad.
En el segundo, Brandan Murphy, es intrevistado sobre su investiación sobre la calidad del software.
Una pena que ambos estén en inglés, porque son dos documentos interesantisimos. Mi nivel de inglés no da para una transcripción pero quizá alguien se anime…
Otro documento muy interesante, una vez convencidos del valor de escribir código de calidad, es Escribir código de calidad, que podeís leer en MSDN en español.
Estoy completamente de acuerdo contigo, la calidad del código afecta directamente a la calidad del producto. Sobre todo porque un código de mala calidad es muy dificil de mantener. Por otra parte, si quisiesemos hacer un símil, ¿qué pasaría si los componentes de un coche son de mala calidad?, pues es muy probable que el coche tenga muchas averías.
Hoy mientras leía dotNetMania en el tren, dirección al trabajo, al pasar una página, mi corazón ha dado
Pues eso es muy cierto, pero tambien hay que tener en cuenta la calidad del analisis de las situciones que se hizo para empezar a hacer el codigo, si hemos hecho un mal analisis, por muy bueno que sea el codigo, el software final no hara lo que se requiere y el software sera catalogado de mala calidad al no cumplir con la norma de usabilidad.
por otra parte, el codigo fuente es la «sangre» de nuestro software, si hacemos un codigo enredado, dificil de leer, por tanto sera dificil de mantener y poco portable, lo cual lo hara tambien de mala calidad.