Cap XVI: Los buenos desarrolladores escriben c贸digo depurable, El libro negro del programador. 馃捇

Cristian Fernando - Jan 30 '23 - - Dev Community

Los buenos desarrolladores escriben c贸digo depurable

  • 驴El trabajo de un programador es solo dedicarse a escribir c贸digo? Pues no, para llegar a un c贸digo de producci贸n hacen falta otros factores a tomar en cuenta como organizaci贸n, disciplina, buenas pr谩cticas, etc.

  • Pasamos poco tiempo escribiendo c贸digo de producci贸n.

  • La parte divertida del desarrollo de software es indagar sobre la tecnolog铆a que usaremos o c贸mo resolveremos tal o cual problema de programaci贸n.

  • Una parte super importante es saber trabajar en equipo, la mayor铆a de los proyectos reales los conforma todo un equipo al cual hay que dedicar tiempo, y esfuerzo para coordinar las actividades.

  • A veces el desarrollo de pruebas nos tomas m谩s tiempo que el desarrollo de un m贸dulo.

  • La calidad de un producto de software es directamente proporcional a la capacidad que presente para su depuraci贸n.

  • Pasamos mucho tiempo buscando errores y tratando de corregirlos, detectando defectos de dise帽o u optimizaci贸n, etc.

  • Es una obligaci贸n del desarrollador profesional escribir c贸digo facil de depurar, osea facil de corregir.

  • Escribir c贸digo ahora que sea depurable despu茅s requiere de un esfuerzo continuo por seguir buenas pr谩cticas del desarrollo de software.

  • La deuda tecnica sube considerablemente al no escribir c贸digo f谩cilmente corregible.

  • Si el c贸digo no es depurable, corregir errores ser谩 muchas m谩s complicado y costoso.

  • La pregunta clave: 驴Lo que acabe de construir, podr铆a depurarlo yo u otro compa帽ero f谩cilmente de ac谩 a un mes?

  • 3 libros clave: Clean Code, Code Complete, Refactoring: improving the Desing of Existing Code.

  • C贸digo depurable: principios S.O.L.I.D., ausencia de c贸digo duplicado, abstracci贸n de la soluci贸n, desacoplamiento, funciones con pocos par谩metros, buenos nombres de variables, funciones que solo hagan una tarea, etc.

  • Consecuencias de no tener el c贸digo depurable: clientes insatisfechos, mucho tiempo en resoluci贸n de errores, bugs complicados de encontrar, programadores desmotivados, ausencia de productividad.

  • La productividad no tiene que ver con trabajar m谩s horas, sino c贸mo crear c贸digo mantenible y depurable.

  • No basta con solucionar un problema, el c贸digo siempre debe ser f谩cil de mantener pensando a largo plazo.


Te dejo el link gratuito de El libro negro de programador por si te intesa leerlo, o dale click a la imagen:

libro

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .