Book Review: Clean Code by Robert Martin
Clean Code is all about the code already written, about the code you write and about the code to be written. If you are fan of Robert Martin’s books and his articles then you wouldn’t have missed this one. For those not aware of Robert Martin also popularly known as Uncle Bob you must read about him and his contributions to Object Oriented Design and Software Craftsmanship in general.
What this book is about?
- Principles to guide you to write code that not only works, but is pleasant to read, easier to maintain and enhance.
- Help a developer to start transition towards being craftsman in other words start their journey to be craftsmen.
Salient feature of the book:
- The book is about code and hence you see lot of code examples for each principle described.
- The code examples are not some toy examples, but snippets picked from Open Source projects like Apache Commons, JUnit, Fitness framework.
- Also throws light on the design of the system, testing and concurrency.
- A case study which uses an Open source code base and refactors the code applying the clean code principles and using TDD.
Who should read this book:
- Any one who wants his code to be understandable and not cursed by other developers who get to work on that code.
Why should you read this book:
- Writing clean code may not give immediate benefits at all times, it is also not usually recognized by your boss ( there might be exceptions to this), but being a developer (and to be software craftsmen) its our responsibility to write code that doesn’t rot and is easily enhanceable.
- This book takes you in the right direction and there are lot of such books like Code Complete which enhance and give you different perspective.
Some suggestions while you read this book:
- There is a chapter which has listed all the code smells and possible solutions to eliminate them. Its important to read this regularly and implement them.
- The last few chapters are code intensive and you might get a bit bogged down by the volume of the code. It will serve you as good example of how to apply the principles, you can read them incrementally.
- There are lot of principles discussed and by the end of the book you would not remember all of them. So keep revising and implementing them.
I hope you are motivated enough that you would order a copy of it immediately at Flipkart or Amazon.
No related posts.
One Response to Book Review: Clean Code by Robert Martin
Connect to us …
Archives
- May 2013 (6)
- April 2013 (6)
- March 2013 (6)
- January 2013 (5)
- November 2012 (2)
- September 2012 (1)
- July 2012 (5)
- June 2012 (1)
- May 2012 (4)
- April 2012 (7)
- March 2012 (2)
- February 2012 (4)
- December 2011 (2)
- November 2011 (4)
- October 2011 (2)
- September 2011 (1)
- August 2011 (1)
- July 2011 (1)
- June 2011 (1)
- May 2011 (1)
- April 2011 (1)
- February 2011 (4)
- December 2010 (3)
- November 2010 (2)
- September 2010 (2)
- August 2010 (3)
- May 2010 (2)
- March 2010 (6)
- December 2009 (1)
- November 2009 (3)
- July 2009 (6)
- June 2009 (3)
- May 2009 (1)
- April 2009 (6)
- March 2009 (1)
- January 2009 (1)
- December 2008 (8)
- November 2008 (5)
- October 2008 (6)
- September 2008 (4)
- August 2008 (8)
- July 2008 (19)
- June 2008 (29)
- May 2008 (27)
- April 2008 (11)
- March 2008 (8)
- February 2008 (22)
- January 2008 (3)
Send To Readmill
Send to ReadmillRecent Posts
- How to show links in ADF Messages
- Runtime Polymorphism in Java
- Understanding RowKey values in ADF TreeTable
- Train Wreck Pattern – A much improved implementation in Java 8
- Converting a List into comma separated value string in Java
- A simple application of Lambda Expressions in Java 8
- Template Method Pattern- Using Lambda Expressions, Default Methods
- First look at Learning Play! Framework 2
- Book review: Confessions of a Public Speaker
- Arrays.sort versus Arrays.parallelSort
Disclaimer
Some of the links contained within this site have my referral id, which provides me with a small commission for each sale. Thank you for your support.










There is a great deal that is right with this book. I feel that there is also quite a few bad things, such as creating pointlessly small functions. For example, I took Uncle Bob’s refactoring example (page 309) and refactored it the way I would do it. Have a look at my blog here:
http://devmethodologies.blogspot.com.au/2012/06/self-describing-code.html