Blog de Justo Aguilar

Sinopsis Editorial:

As the application of object technology–particularly the Java programming language–has become commonplace, a new problem has emerged to confront the software development community. Significant numbers of poorly designed programs have been created by less-experienced developers, resulting in applications that are inefficient and hard to maintain and extend. Increasingly, software system professionals are discovering just how difficult it is to work with these inherited, “non-optimal” applications. For several years, expert-level object programmers have employed a growing collection of techniques to improve the structural integrity and performance of such existing software programs. Referred to as “refactoring,” these practices have remained in the domain of experts because no attempt has been made to transcribe the lore into a form that all developers could use. . .until now. In Refactoring: Improving the Design of Existing Code, renowned object technology mentor Martin Fowler breaks new ground, demystifying these master practices and demonstrating how software practitioners can realize the significant benefits of this new process.

 

With proper training a skilled system designer can take a bad design and rework it into well-designed, robust code. In this book, Martin Fowler shows you where opportunities for refactoring typically can be found, and how to go about reworking a bad design into a good one. Each refactoring step is simple–seemingly too simple to be worth doing. Refactoring may involve moving a field from one class to another, or pulling some code out of a method to turn it into its own method, or even pushing some code up or down a hierarchy. While these individual steps may seem elementary, the cumulative effect of such small changes can radically improve the design. Refactoring is a proven way to prevent software decay.

 

In addition to discussing the various techniques of refactoring, the author provides a detailed catalog of more than seventy proven refactorings with helpful pointers that teach you when to apply them; step-by-step instructions for applying each refactoring; and an example illustrating how the refactoring works. The illustrative examples are written in Java, but the ideas are applicable to any object-oriented programming language.

El mero hecho de querer leer este libro o de haberlo leído ya te identifica como un profesional con unas inquietudes superiores a la media. Este libro es para mejorar tu código, para aprender a reescribir tu código para que sea más mantenible, más comprensible, más coherente y cohesionado. Habla de refactorizar, es decir, reescribir tu código para conseguir lo anterior sin añadir, cambiar o eliminar ninguna funcionalidad existente.

Martin Fowler es una de las personalidades actuales en el campo de la ingeniería del software, un profesional que sienta cátedra con cada uno de sus escritos. Su página web es digna de leerse de principio a fin. Quizás este libro no destaque especialmente por su complejidad o profundidad, es un libro de buenas prácticas, de consejos para reescribir el código, sin embargo el nivel de profundidad al que llega es digno de agradecer.

Valoración: IMPRESCINDIBLE

Una de las habilidades más importantes con la que debe contar todo desarrollador de software es saber escribir código que otros puedan entender, incluso que uno mismo sea capaz de entender meses después de escribirlo. Después de unos años trabajando en esto, he leído mucho código y podría decir que el nivel medio es mediocre, incluso bajo me atrevería a decir; por suerte, hay excepciones. Probablemente, yo no sea el mejor ejemplo, pero sí que me preocupo por mejorar esta carencia y me alegra reconocer que hoy escribo mejor código que ayer.

Clean Code: A Handbook of Agile Software Craftsmanship debe ser uno de esos libros que debes comprar cuando acabes la carrera, o cuando empieces a trabajar. Intenta introducirte lo antes posible en el desempeño de buenas prácticas, incorpóralas a tus hábitos de trabajo e intenta convencer al resto del equipo para que las adopte. Intenta comprender porqué es mejor hacer algo de una forma que de otra, así dispondrás de argumentos que defiendan objetivamente un cambio y darás pie a un coloquio del que todos saldréis ganando, todos.

Este libro se divide en 17 capítulos y 3 apéndices. Cada capítulo habla de un aspecto muy concreto, exponiendo los principales errores y su solución más adecuada. Aunque algunos capítulos puedan dar la sensación, a priori, de poco interesantes por su trivialidad, nada más lejos de la realidad. No juzgues nada antes de conocerlo. Aspectos, tan poco tenidos en cuenta, como los comentarios, los nombres o el formato son examinados al detalle, así como otros más habituales: funciones, clases, excepciones o tests. Si eres un desarrollador experimentado reconocerás, en mayor o menor medida, las casuísticas que describe el libro, ello no quita que sirva como refresco de conocimientos.

Valoración: LECTURA OBLIGATORIA