No creo que haya que hacer especial énfasis en la importancia de tener unas reglas de formateo claras que dejen el código claro y fácil de leer. Es una de esas cosas que estoy tan acostumbrado y doy tan por sentado, que cuando no se cumplen, chirría. Nota personal: Les Leer más…
Existen 2 tipos de programadores, los que están a favor de escribir comentarios el código y los que están en contra. Yo era de los primeros, hasta que leí este capítulo, por lo que si eres un enamorado de los comentarios sigue leyendo bajo tu responsabilidad. Don’t comment bad code—rewrite Leer más…
El tercer capítulo del libro toma el nombre de una de las unidades de código más importantes, las funciones (aunque en POO se les denomine métodos, también hace referencia a estos). La primera regla del club de las funciones es que no se habla del club de las funciones es Leer más…
El segundo capítulo del libro se llama Meaninful Names, que podría traducirse como nombres con sentido (o con significado). Continuamente le estamos dando nombre a variables, funciones, argumentos, clases, paquetes, archivos, directorios,… tiene una gran importancia hacerlo de la mejor manera posible y el capítulo comienza viendo una simples regla Leer más…
El primer capítulo del libro toma el nombre del mismo y comienza con una frase que solo puedo citar literalmente: «You are reading this book for two reasons. First, you are a programmer. Second, you want to be a better programmer. Good. We need better programmers.» Empieza hablando del mal código, Leer más…
Clean Code: a Handbook guide of Agile Software de Rober C. Martin (conocido como Uncle Bob y coautor del Manifiesto Ágil) o como yo lo llamo: La biblia del programador, es un libro que debería debería estar en el temario de cualquier carrera de programación y sobre el que te deberían preguntar en las entrevistas de trabajo «Cuando fue la última vez que leíste Clean Code, y como lo aplicas?». (más…)