El diseño de software es uno de los aspectos menos tratados en general y sin embargo, uno de los más importantes. Cuando nos enfrentamos a un código hecho por otras personas o por nosotros mismos hace mucho tiempo terminamos etiquetándolo como legado (legacy code), a mi me pasó hace poco con un juego, leprechaun, pero ¿por qué sucede esto?

El tema de la calidad ha llenado páginas y páginas de la literatura informática en todos los idiomas. Es tal la necesidad de la búsqueda de la calidad, que hay estudios, técnicas y departamentos dentro de empresas e incluso empresas dedicados a establecer parámetros de calidad a los productos y proyectos que se realizan en las empresas de desarrollo de software.

Dentro del tema de la calidad, visto como un amplio abanico de elementos que la conforman, nos topamos con uno bastante confuso y complejo al principio: la calidad interna.

Mi amigo Guillermo me remitió un email hace poco en el que detallaba un concepto que ya conocía hace tiempo, pero que no había visto tan bien explicado hasta el momento (sí, tenía que haber leído antes a Cunningham), el tema era: La deuda técnica en scrum, ¿lo revisamos?