Hablemos sobre deuda técnica

Clase 3 de 27 • Curso de Introducción al Testing con JavaScript

Edgar Mauricio Pérez Rojas

student•

Deuda Técnica Igual que en las finanzas, las deudas no son buenas ni malas, solo son una estrategia para alcanzar algo y luego se paga.

haciendo pruebas se maneja el riesgo

Diseño
Desarrollo
Pruebas
Producción

El momento y pruebas dependen de la fase en la que se encuentra la compañía:

Tracción
Inflexión
Escala
Expansión

La deuda de deficiencia del desarrollador puede ser alta porque en la fase de tracción, la compañía busca velocidad > precisión , de modo que en esta etapa el testing no se valora, ya que buscan lanzar, lanzar, lanzar...

Cuando se entra a la fase de inflexión, hay más usuarios y se empiezan a escribir más pruebas, curando la deuda.

Oscar Fuentes Esteves

student•

Un video del profe @gndx donde explica la deuda técnica.

Cesar Enrique Velasquez Galvis

student•

¿Y si la compañía somos nosotros mismos como developers? se me ocurre que cuando estamos dando nuestros primeros pasos en software es importante tener tracción y avanzar rápido para no aburrirnos o frustarnos, con el tiempo vamos reduciendo nuestra propia deuda técnica en los proyectos que desarrollamos.

Carlos Vera

student•

Muy interesante la forma en la que lo ves estimado.

Iván Antonio Bustos Calderón

student•

Excelente clase Nicolás!, estos temas son tal vez, más importantes que solo preocuparnos de hacer buen código.

Rubens Gomez

student•

me gusto el grafico de madurewz de la compa;ia, pero falto mas detalle de la escala y expansion ?

Jimer Samuel Espinoza

student•

Entonces en la etapa de traccion es mas probable encontrarse bugs/ fallos en produccion?

Nicolas Molina

teacher•

Si es esa parte, es más importante la velocidad que sobre precisión, entonces es normal que haya mayor probabilidad de bugs, ya que no se han implementado todos esos sistemas aun.

Marco Antonio Alducin Garcia

student•

Lo que puedo entender, es que la deuda técnica es aquella que se paga, a medida de que mientras no se hagan pruebas de lo que se está desarrollando y nos aseguramos de una buena calidad, funcionamiento y una buena usabilidad en el producto, se va acumulando un costo a largo plazo donde afecta las finanzas de la empresa, en el punto en qué, si sale un error en algún módulo, o no funcione alguna sección, por ejemplo, un pago no se haga, o que no entre a la aplicación o no inicie sesión, o que no entre o algo más grave, se le cae el sistema, las pérdidas económicas serán caóticas y serán negativas para la misma, por ejemplo, se pierda un cliente potencial que pueda pagar el producto y/o servicio, o que se pierda dinero en el proceso o algo así. Espero y alguien me comenté que si mi percepción es correcta.

Jose Tellez

student•

Esta clase me hizo dudar sobre si debería seguir con este curso. En la startup en la que estoy estamos en fase de lanzar, lanzar, lanzar y lanzar cosas. Venía con la idea de que el testing podría ayudarme a agilizar el hacer pruebas para detectar bugs, pero ya tendré que ver si me lleva mucho tiempo hacer los test, quizá dejarlos para un poco más adelante