
Clean Code: A Handbook of Agile Software Craftsmanship
Robert C. Martin
★★★★★Uncle Bob's argument is that code is read far more often than it is written, so readability is not a courtesy but the primary engineering constraint. The book moves from the small to the large: naming, functions that do one thing, comments as a failure of expression, formatting, error handling, boundaries, unit tests, classes, and finally systems. Roughly half the volume is extended case studies where Martin refactors real code in front of the reader, showing the intermediate ugly states rather than only the polished result. The advice is opinionated and occasionally dogmatic — the very short function rule draws the most argument — but the underlying discipline of leaving code cleaner than you found it has become industry vocabulary.
Key takeaways
Code is read far more than written; optimize for the reader, who is usually you in six months.
Functions should do one thing, at one level of abstraction, and be short enough to hold in your head.
A comment is usually an apology for code that failed to express itself.
Tests are not optional infrastructure — without them you cannot refactor, and without refactoring code rots.
The Boy Scout Rule: leave every module a little cleaner than you found it, and decay never compounds.