Deuda técnica

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

1. Tenemos que programar con pruebas.
2. Documentar a tiempo
3. Refactorizar (mejorar) de inmediato nuestro código.

“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 ❤️

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:

• Tenemos que hacer proyectos con pruebas (vamos a usar PHPUnit
• Documenta y “refactoriza” (mejora sin alterar el resultado).

CONSEJOS:
1 Necesitamos programar con pruebas
2 Documentar a tiempo y refactorizar en ese momento/ mejorarlo sin alterar el resultado.

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:

• Comprender bien el concepto, para reducir el impacto.
• Programar muy bien completo con lo necesario para no dejar aquellas deudas técnicas.
• Debemos programar con pruebas.
• Documentar a tiempo y refactorizar.

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

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”

Excelente consejo para quienes están comenzando ya que el hacer bien las cosas desde el principio, aunque esto signifique una inversión mayor de tiempo, permitirá tener sistemas mas estables y con menos necesidad de refactorizar a futuro, que en la mayoria de casos llega a ser costoso.

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.

si usas intellisense (extension de visual studio code para php) podes evitarte el olvidar la deuda tecnica con el siguiente mensaje o simplemente aprovecharlo como palabras clave para hacer una busqueda, la “palabra clave” o mejor dicho tag de documentacion:

/**
* pendiente!
* @params
*@return
* @todo 
* cosas para hacer....
*
**/

Complementando un poco lo que ya todos escribieron:

DEUDA TECNICA
La deuda tecnica es el costo que pagamos por realizar mal el codigo, y por ende los posibles intereses y el sobre esfuerzo para cubrir esta deuda.

Debemos tener en cuenta algunas cosas para evita la “DEUDA TÉCNICA”:
- Programar con pruebas
- Documentar a tiempo
- Refactorizar en el instante y no despúes
- Programar pensando en el futuro
- El objetivo es lograr un sistema mantenible
- Buenas practicas

La deuda tecnica es el resultado de programadores no profesionales en manos de managers y comerciales de dudosa etica.

Deuda tecnica

La deuda tecnica es algo que en cualquier momento debemos pagar, esto es pagado programando codigo que solo funciona, pero está mal pagado, y como cualquier deuda, puede generar intereses convirtiendolo en algo impagable

La deuda técnica es el coste y los intereses a pagar por hacer mal las cosas. El sobre esfuerzo a pagar para mantener un producto software mal hecho, y lo que conlleva, como el coste de la mala imagen frente a los clientes, etc

Cuando hacemos mejoras pensando en que solo funcione generamos daños a nuestros clientes

Incluso programar algo para despues y aplazarlo, puede generar deuda tecnica

1. Programa con pruebas
2. Documenta y refactoriza

La deuda técnica es muy, muy peligrosa.
Yo si he caído en esa mala práctica de querer hacer algo rápido y con que funcione, esta bien.
Pero el problema viene después cuando tienes que añadir algo nuevo y por no haberlo hecho más modular antes, ese manteamiento se vuelve una pesadilla D:

La deuda técnica no siempre es por hacer mal las cosas. El concepto es más amplio, muchas veces la deuda técnica se da precisamente por desconocer una “técnica” o “tecnología”, ej. usas Laravel en una aplicacion que hace procesos background y usa webhooks, pero desconoces que existen o no sabes como implementar queues, eventos, broadcasting o jobs.

En otras ocasiones, la deuda técnica la causan los mismos clientes, administradores o gerentes del proyecto por falta de dinero y/o tiempo, limitando las funciones y pruebas de código para cumplir con el presupuesto y tiempo de entrega.

De verdad, súper importante esta clase, lo he vivido viendo el sistema que se está creando en la empresa en que trabajo. El consuelo es que funciona, pero hay mucho código que arreglar para que el trabajo sea de calidad.

Que gran clase, esto nos ayuda a salir de errores de manera rápida, de esta manera a pesar de que el código funcione pero tiene errores, lo mejor es solucionarlo de inmediato.

Ojo futuro developer, si no pones cuidado te pasara como el viedeo Pagaras,pagaras

Ya no quiero mas deudas T_T

Interesante el tema de la deuda técnica, es algo que nos pasa muy constantemente en nuestros desarrollos.

Estos 4 minutos del video me hizo pensar mucho en la forma en que programo.

Muy interesante, en una ocasión realicé un proyecto con Symfony donde el MER quedó mal. Literalmente perdí 1 mes de trabajo que el cliente no me reconoció, pues el error fue mío. Hasta ahora me entero de que tenía una deuda técnica.

Los cursos de Italo son lo mejor. Estas clases y estos conceptos no se tocan en muchos otros cursos, simplemente te enseñan lo técnico y se hace así y ya está. Grande Italo!

Deuda técnica = F