Deuda t茅cnica

2/19
Recursos

Aportes 35

Preguntas 0

Ordenar por:

驴Quieres ver m谩s aportes, preguntas y respuestas de la comunidad?

o inicia sesi贸n.

Deuda t茅cnica:

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

Fuente:
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.

鈥淣o 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

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

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 鈥渞efactoriza鈥 (mejora sin alterar el resultado).

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 鈥淐ompila 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.

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

<h5>Consejos</h5>
  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 鈥渢茅cnica鈥 o 鈥渢ecnolog铆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.

que excelente concepto el de deuda t茅cnica. En ocasiones la premura por entregar nos lleva a programar cosas que funcionen que quiz谩 no est谩n bien estructuradas pero m谩s a adelante podemos sufrir gracias a esta p茅sima desici贸n

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.

Hola. Les comparto este repositorio que sirve de gu铆a para el examen final, pues contiene las preguntas que se encuentran en el examen, la justificaci贸n y el video del curso donde se habla sobre eso. Espero y les sea de utilidad 馃槃.
Platzi-Test

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

Excelente. Me ha pasado.