deuda técnica
Recursos de programación de deuda técnica
Desarrollar y/o mantener un sistema de información con deuda técnica y con funcionalidades que se utilizan residualmente o no se usan es lo habitual, ahora bien, el problema lo tenemos cuando una de esas dos variables (o las dos) son importantes respecto al tamaño del sistema de información (estoy generalizando, ya que a veces, para …Leer Más - por Jummp
La incertidumbre en el desarrollo de software existe, es evidente, que los requisitos, contexto, usuarios, etc… cambian, y de la noche a la mañana (cuando no en la misma mañana). Que ante el cambio la respuesta debe ser adaptarnos a él, para lo cual la metodología con que se está trabajando debe tener en cuenta …Leer Más - por Jummp
Que te cambien los requisitos en fases avanzadas del desarrollo hace daño al proyecto si no se ha utilizado una metodología adecuada, si el producto que se está realizando tiene una deuda técnica inapropiada y si los stakeholders no están educados no solo en la propia realidad del desarrollo de software sino en la propia …Leer Más - por Jummp
Insisto mucho en la necesidad de no perder el enfoque en el que debe ser el objetivo real de cualquier proyecto de desarrollo de software que no es otro que satisfacer las expectativas del usuario. Tras ese objetivo hay otros muchos, unos más importantes (como por ejemplo una deuda técnica aceptable, que el proyecto salga …Leer Más - por Jummp
Un sistema complejo en arquitectura, codificación y/o funcionalidad resulta difícil de mantener (no solo por la deuda técnica, sino también por su alcance) y por tanto de ser adaptado a las necesidades y expectativas del usuario. Complejidad y principios ágiles no son incompatibles pero no son buenos amigos. Una evolución continua del sistema, adaptándolo, buscando …Leer Más - por Jummp
El acoplamiento es un concepto teórico que tiene consecuencias fatales en el mundo real. Un programa con alto nivel de acoplamiento es un programa muy difícil (y en consecuencia) costoso de mantener, en consecuencia, un software con un acoplamiento elevado tiene una deuda técnica también bastante importante. No tener en cuenta el acoplamiento cuando se …Leer Más - por Jummp
Cuando la deuda técnica de una aplicación es lo suficientemente grande lo mejor es, si se disponen los medios adecuados, aceptar que ha habido un error importante y volver a hacer la aplicación, teniendo ahora todas las precauciones posibles para que bajo ningún concepto se vuelva a producir el mismo problema. Seguir huyendo hacia adelante …Leer Más - por Jummp
Hace unas semanas, un amigo me comentaba que le sorprendía como mucha gente codificaba como si nunca más se tuviera que volver a revisar o mantener el código que estaba programando, lo que provocaba la entrega de código no comentado, difícilmente legible o comprensible y lo que es peor, con mucha deuda técnica que hacía …Leer Más - por Jummp
Sonar gira alrededor del concepto de deuda técnica, de hecho su lema es: “Put your technical debt under control”. Dado que en mi organización hemos implantado hace poco tiempo Sonar, me interesé en conocer qué significaba eso de deuda técnica y una vez que comprendí a que se refería, me pareció un concepto muy a …Leer Más - por Jummp