Muchas veces las prisas nos hacen pensar que ya lo mejoraremos luego. ¿Quien no ha puesto un comentario con un TODO que indica como podemos mejorar el código?. Hay que tener más en cuenta la ley de LeBlanc: “Later equals never”
function function1(int v1, int v2, int v3, int v4, int v5) {
if (v1 && v2 || v5 + v3 + v4 )
function2(v2 + v3);
else {
function2(v2 + v3);
function3(v2 + v3);
}
}
Si nunca hemos grabado una “macro” mientras programamos, veremos que la mayor parte del tiempo lo gastamos navegando arriba y abajo por los métodos y las clases para comprender lo. El tiempo que dediquemos a la comprensión y a la lectura es inversamente proporcional a la calidad del código. No comprender el código provoca que se añadan más errores al cambiarlo o intentarlo corregir.
Cuanto mas se ensucia un código más decrece la productividad de un programador o un equipo de programadores.
En esta serie de artículos intentaremos dar herramientas y pautas para mejorar nuestro código.
El Siguiente post hablaremos de las características de un buen código.