I picked up this book at the wrong time. The book was so successful that a second edition is due out on November 30, 2018 (less than two weeks from now).

On the other hand, I picked up this book at the right time. At work, my project is in the midst of a refactoring project. I am in the middle of changing PHP code from modular functions to object-orientation. The aim of this transition is to enhance the scalability of the project and ease the writing of documentation. I generally like to peer "beneath the surface" of skills that I acquire; this book has indeed enlightened my mind to details of what is going on in my code rewrite.

Some of this book is incredibly tedious. It details how to change code from one format to another. It's work that I let my fingers do more of - and my brain less of! But the book also frames how to do this work and why it is so important. It ties together intellectual "loose ends" which might not be tied together by the programmer who simply dives "head first" into the project.

Fowler writes in tandem with a research seminar at the University of Illinois who have pioneered object-oriented techniques in Smalltalk and then Java and C . They tackle the concepts of refactoring more than how to tackle the specifics of coding in a language. I prefer their theoretical approach to more common approaches drenched in technical lingo and programming tools. This book was worth its time.
( )

We're spoiled now that a modern IDE like Eclipse has so many build in refactoring tools, but this was a pivotal book in programming. ( )

Kezdő programozóként nem igazán szerettem refactorozni. Mindig az volt az érzésem, hogy azért van erre szükség, mert nem elég jól terveztem meg a programot. A következő programomnál jobban igyekeztem tervezni (ez persze hasznos) de előbb-utóbb megint refactorra volt szükségem. Később persze rájöttem, hogy lehetetlen egy programot elsőre tökéletesre tervezni, mert folyamatosan változik a megoldandó probléma, illetve gyakran célszerűbb egy egyszerűbb tervvel kezdeni és későbbi lépéseknél módosítani. A könyv legnagyobb előnye szerintem az, hogy meggyőzi az olvasót arról, hogy a refactor nem egy szükséges rossz, hanem egy természetes és hasznos része a fejlesztésnek. Azt gondolom minden olyan programozónak hasznos lehet ez a könyv aki folyamatosan hosszú időn keresztül fejleszt egy programot. Ha teljesen kezdőként nem is, néhány évnyi programozás után nagyon fontos ezt a könyvet elolvasni.

A könyv legnagyobb része lehetséges refactorozásokat sorol fel, elmagyarázza miért lehet szükségünk arra a refactorra, és minden esetben példát is mutat rá. A példáknál java nyelvet használ az író. A könyv ettől még más programozóknak is hasznos lehet, de a java programozóknak a leghasznosabb. Itt a java kicsit régi verzióját használja a szerző, egy kis frissítés ráférne a könyvre. ( )

This is the book that moved refactoring from the focus of a narrow community to a general concept. Illuminating, well-written, and helpful, it strikes an effective balance between the concrete and the abstract. Any OO developer should have this on a shelf beside Design Patterns, with which it is nearly contemporary. ( )

Highly Recommended by Dr. Gallegos. Should be on every software engineer's shelf.