deuda técnica

Recursos de programación de deuda técnica
En sistemas donde la deuda técnica es alta la definición y ejecución de pruebas de regresión resulta esencial. Cuando la situación del código y la arquitectura es tan mala no es suficiente con tener la sensación de que se tiene controlado todo lo que se modifica sino que además es necesario verificar que el sistema …Leer Más - por Jummp
Un amigo me comentó una vez que una cosa es la verificación de aspectos relacionados con la arquitectura del software, buenas prácticas y deuda técnica y otra cosa es el testing y que la mezcla de todos esos conceptos no produce buenos resultados porque se pierde el enfoque en lo realmente importante de cada una …Leer Más - por Jummp
Textual. Esto me lo comentó un amigo cuando estuvimos conversando sobre la importancia de la deuda técnica en la mantenibilidad del software. ¿Cuál era el contexto de esa frase? Pues el típico proyecto Death March Project: presupuesto muy por debajo de las necesidades del proyecto, plazos irreales y un equipo de proyecto con desarrolladores de …Leer Más - por Jummp
Hay un aspecto importante a tener en cuenta, un software que no tiene prevista una evolución ya sea porque el proceso o procesos que informatiza ya están consolidados en la herramienta o porque no merece la pena ya que la tecnología está obsoleta (y resulta más adecuado, por tanto, hacer un nuevo desarrollo) no debería …Leer Más - por Jummp
Si no se le ha prestado mucha o ninguna atención a la deuda técnica de los sistemas que se han desarrollado para tu organización ya sea porque no se ha medido o porque midiéndola ni tan siquiera se ha analizado nos encontraremos con que la mayoría, por no decir todos, los sistemas que tienes en …Leer Más - por Jummp
La deuda técnica condiciona el coste que tienen las tareas de evolución o mantenimiento de un software. Desde ese punto de vista todo software que sea susceptible de ser evolucionado debe tratar de mantener una deuda técnica acorde a las características del proyecto que se desarrolla y de su contexto (si los recursos para un …Leer Más - por Jummp
Esto es extensible a todos los ámbitos de los proyectos de desarrollo de software: desde las tareas propias de programación hasta las relaciones entre las personas (dentro y fuera del equipo de desarrollo). Realmente buena parte de la deuda técnica es provocada precisamente por pequeños problemas o aspectos “sin importancia” que se dejan, no se …Leer Más - por Jummp
Ward Cunningham fue quien hace veinte años introdujo el concepto de deuda técnica, término que ha alcanzado una gran relevancia hasta convertirse en una variable a tener en cuenta a la hora de calificar la calidad de un determinado software. Este autor realizó la siguiente reflexión (traducción libre): “Cuando liberamos código por primera vez lleva …Leer Más - por Jummp
Mantener software es complejo: es más difícil leer código que escribirlo, por regla general la situación de partida tendrá una elevada deuda técnica, te tienes que buscar la vida para entender el funcionamiento del sistema y para comprender determinadas decisiones de diseño, estás sometido a restricciones tecnológicas y presupuestarias, trabajas con gente que estará impaciente …Leer Más - por Jummp
El mantenimiento de un sistema de información es una tarea cuya complejidad crece exponencialmente con la deuda técnica, tamaño y criticidad del mismo. ¿Cuántas veces una tarea de mantenimiento ha provocado efectos colaterales en otras funcionalidades del sistema y en consecuencia ha averiado más que arreglado?, ¿cuántas veces la propia tarea de mantenimiento añade nuevos …Leer Más - por Jummp