Reducción de Deuda Técnica en Programación
Contenido del curso
María Sierra
Ricardo Andres Zambrano Cuaicuan
JOSE ANTONIO FERNANDEZ T
Carlos Eduardo Gomez García
Juan Pablo Campuzano Monsalve
Cristian Camilo Rojas Capera
Edwar Enrique Vilchez Serrano
Aldo Miguel Ortiz Parodi
IRIDIAN GUADALUPE CARRERA MONDRAGÓN
Jimmy Buriticá Londoño
Kenet Andrés Chungandro Montenegro
Edwar Enrique Vilchez Serrano
Jhon Fabio Cardona Martinez
Leonardo Hernández
Usuario anónimo
User
Platzi Team
Sixto Ortega
Aarón Fabricio Santa Cruz Valdez
Juan Pablo Campuzano Monsalve
valentina stephany kassar acuña
Carlos Daniel
Erick Alejandro Graterol Barico
Cristobal Nyram
Cristobal Nyram
Wilmer Omar Aguirre Galdamez
Deuda técnica
La deuda técnica es el coste y los intereses a pagar por hacer mal las cosas. Esto paso por que como programadores queremos programar algo rápido hoy y que funcione, pero a futuro cuando volvamos a nuestro código nos daremos cuenta que no es difícil de modificar.
🙀 Tenemos que programar bien.
Cómo evitar la deuda técnica
Interesante aporte
Woo que hermosa eres!
"No dejes para mañana lo que puedes hacer hoy"
Siempre es bueno enfocarse en programar tomando en cuenta las cosas a futuros que pueden suceder, porque esto nos ahorra trabajos a futuro y logramos hacer un sistema mantenible, es parte de las buenas practicas de la programación <3
Totalmente!!
el problema que no se ve es el tiempo las entregas de los proyectos es para ya, entonces con ese estres de no entregar a tiempo las cosas se empieza a dejar deuda tecnica.
Recomiendo el curso de Buenas Prácticas para escribir código de Platzi. Como complemento a este o a cualquier otro. Habla de como evitar la deuda técnica, entre otros aspectos interesantes
2. Deuda técnica
Háganle caso a He-Man:
!
Deuda técnica:
PHPUnitCONSEJOS: 1 Necesitamos programar con pruebas 2 Documentar a tiempo y refactorizar en ese momento/ mejorarlo sin alterar el resultado.
Buenos consejos
Y es preferible caer en las drogas o deberle a la mafia, que tener deuda técnica jajajaajajaja
Deuda técnica
Es algo que en cualquier momento debemos pagar, y esto hace referencia al Re-trabajo. Generalmente es causado cuando queremos realizar las tareas muy rápido sin medir las consecuencias que se pueden dar a futuro, solo que importa en el momento es que las cosas funcionen, lo cual ocasiona una deuda que a futuro acumula muchos intereses y al momento de pagarla se lleva más del tiempo estimado y quizás impagable.
La recomendación es la siguiente:
Sino pagamos a tiempo, generamos intereses hasta que el sistema se vuelva imparable y es cuando llega la palabra o frase de los programadores, querido cliente que tal si hacemos el sistema de desde cero
Qué gran consejo! ojalá lo hubiera recibido hace mucho tiempo!
👾 La deuda técnica nos producirá un re-trabajo, por este motivo debemos optimizar el código al momento.
Vaya, donde trabajo varios proyecto hemos tenido que empezarlos de cero, ya que no logramos entender de ninguna manera el codigo del programador o por que realmente no tiene nada de escalabilidad, Que gran iinformacion.
No dejes para mañana lo que puedes hacer hoy
Estos 4 minutos del video me hizo pensar mucho en la forma en que programo.
La deuda técnica es como una tarea extra que surge cuando escribimos código de manera apresurada o desorganizada, lo que a menudo resulta en un lío difícil de entender y mantener. Es como si dejáramos pendiente una limpieza profunda para más tarde, pero a medida que pasa el tiempo, se vuelve más complicado y costoso abordarla.
Como cualquier otra deuda es algo que en cualquier momento debemos pagar, y esto básicamente hace referencia al re-trabajo, básicamente es ocasionado porque nosotros tenemos la intención de programar rápido hoy creando código que simplemente funciona, funciona si, pero esta mal programado y esto por supuesto crea diferentes deudas que como cualquier otra deuda puede generar en el futuro intereses y se va a convertir en algo impagable. Tener esto como concepto, como definición de que un sistema simplemente funciona no es lo correcto, esta mal programado y en cualquier momento este sistema va a estallar por diferentes ángulos, nosotros necesitamos comprender bien este concepto precisamente para reducir su impacto, tenemos que programar bien, completo, con lo necesario y tenemos que hacerlo hoy, no dejar nada por supuesto para después. Cuando nosotros hacemos cualquier mejora en el sistema simplemente pensando en esta famosa palabra de que funciona estamos creando en realidad un gran daño para nuestros clientes. consejos:
Nosotros necesitamos programar con pruebas.
Documenta a tiempo y refactoriza en ese momento.
Una deuda técnica es simplemente eso, una deuda que estamos generando y en cualquier momento nosotros necesitamos pagar y si no pagamos a tiempo nos va a generar intereses hasta que este sistema se vuelva impagable, hasta que la deuda generada en este proyecto no podamos pagarla es allí cuando llega la famosa frase en los programadores de querido cliente y que tal si hacemos el sistema desde cero. Esto es muy común y se debe principalmente a que programamos cualquier cosa simplemente para que funcione y no para que pueda ser mantenido ni legible en el futuro.
Que un código funcione no quiere decir que esté bien programado, en cualquier momento va a estallar. No debemos dejar nada para después.
Debe dar verguenza tener que decirle al cliente que por malas practicas toca hacer todo desde cero .
Entrevista donde se habla de la deuda tecnica Aquí un ejemplo claro de la deuda tecnica que menciona es cuando ocurrio el error en el 2000
Tambien si quiere algo un poquito mas explicado pueden ver este video
Aqui no es valido el "Compila no lo toquen"