Os pongo en situación. He comenzado un plan para ser mejor desarrollador. Recordar que somos aprendices eternos, aunque mi objetivo con este plan es llegar a ser un maestro. Uno de sus apartados es la lectura de libros técnicos. Comenzamos con el primer capítulo del primer libro técnico de los seis que espero leer en lo que queda de año, a uno por mes. ¿Qué nos cuenta el tío Bob en el primer capítulo de Código Limpio?
Básicamente se limita a preguntar a distintos expertos del mundo del desarrollo de softwate qué es para ellos el código limpio. No os haré espoiler. Os recomiendo darle un repaso y ver que opinan maestros de la talla de Bjarne Stroustrup, Grady Booch, «Big» Dave Thomas, Michael Feathers , Ron Jeffries y Ward Cunningham. Y tras la aportación de éstos, da a conocer su opinión sobre la maestría en el desarrollo de software, aclara que veremos código correcto y código incorrecto, y como transformar el código incorrecto en correcto, y deja muy claro que somos responsables de nuestro código.
En esta última afirmación estoy completamente de acuerdo. Si un programa falla, somos complices de ese fallo, somos responsables, somos los principables acusados y finalmente, somos los culpables. Puede haber sido por dejadez, por desconocimiento, por prisas debido a los tiempos de entrega imposibles… Siempre, tendremos nuestra porción de responsabilidad.
Para cerrar el capítulo nos invita a seguir la regla del Boy Scout para ser mejor programadores y para evitar algunos problemas futuros (no confundir con El último Boy Scout: «el agua moja, el cielo es azul y las mujeres tienen secretos»). La regla reza lo siguiente: «Deja siempre el campamento más limpio de como lo encontraste».
Con esto nos indica, que cada vez que desarrollemos alguna porción de código, pasemos por allí leyendo algo, simplemente estemos intentando averiguar como está implementada una determinada funcionalidad, hagamos un pequeño cambio que deje mejor el código que como lo encontramos. Puede ser un pequeño cambio nombre de variable, eliminar complejidad ciclomática en unos cuantos ifs anidados, extraer un método de otro demasiado extenso… Up to you.
Os espero en el próximo capítulo, pero eso ya será otra historia…