deuda técnica

Recursos de programación de deuda técnica
La reducción de la deuda técnica y la mejora en la legibilidad del código, así como evitar la consolidación de antipatrones del tipo ancla de barco o lava seca son algunos de los objetivos principales de la refactorización. Hay quienes incluyen la refactorización como una fase final del desarrollo de una determinada tarea y otros …Leer Más - por Jummp
La resistencia vista desde distintas perspectivas, como por ejemplo el tiempo de más que tarda en pasarse a producción un producto o todas aquellas dificultades u obstáculos extras en el proceso de desarrollo, que puede ir desde la deuda técnica hasta la falta de colaboración por parte de los usuarios, dificulta el establecimiento de ciclos …Leer Más - por Jummp
Añadir nuevas funcionalidades no es solo el coste de desarrollarlas (que no es poco), sino que también es el coste de mantenerla en la evolución del producto (efectos colaterales, pruebas de regresión, más deuda técnica, posibles conflictos con nuevos desarrollos, etc…), por eso es siempre conveniente analizar con el usuario la conveniencia o no de …Leer Más - por Jummp
Nos podemos encontrar con sistemas de información que funcionalmente cumplan los requisitos marcados por el área usuaria y que incluso tengan una deuda técnica aceptable pero que sin embargo no satisfaga a los usuarios. ¿Por qué? Pues por el hecho de que el sistema se ha centrado en la funcionalidad sin tener en cuenta lo …Leer Más - por Jummp
Muchas personas piensan que no es posible aplicar metodologías ágiles en aplicaciones que se han heredado de otras organizaciones o de otros equipos de desarrollo que no han empleado en su desarrollo metodologías ágiles esgrimiendo como principal argumento la posible deuda técnica elevada con la que podemos encontrarnos. Es cierto que si la deuda técnica …Leer Más - por Jummp
Una máxima en el desarrollo de software debe ser la búsqueda de la solución más simple que satisfaga las expectativas del usuario y con la menor deuda técnica posible. La búsqueda de esa solución no es fácil ya que implica tener una importante capacidad de abstracción, una experiencia significativa en el desarrollo de sistemas de …Leer Más - por Jummp
Nos encontramos con este antipatrón cuando ante un sistema de información de complejidad y tamaño medio/alto, con una deuda técnica alta, se solicita la realización de tareas de mantenimiento, generalmente evolutivo, de cierta envergadura, las cuáles deberían ejecutarse en un plazo de tiempo muy ajustado y se centran los esfuerzos en intentar conseguir ese objetivo, …Leer Más - por Jummp
Otro antipatrón muy típico. Se invierte una gran cantidad de dinero en el desarrollo de un sistema de información. Cuando está terminado o se han liberado un número significativo de módulos se cae en la cuenta de que el sistema no cumple las expectativas del usuario, no tiene un rendimiento adecuado, presenta una deuda técnica …Leer Más - por Jummp
Hay opiniones para todos los gustos. Una de la más extendida es que son conceptos distintos y que no tienen influencia uno sobre otro. Yo soy de la opinión de que expresando cosas distintas son compatibles y por tanto sí que existe esa influencia. En la programación defensiva trato de proteger secciones del producto de …Leer Más - por Jummp
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