Programming is an interesting profession. It’s not just an engineering exercise, where you’re building the most logical, structured, and well-designed application according to some set of industry best practices; rather, there’s a great deal of creativity that goes into it – an artistic quality, if you will. Instead of solving a particular problem the same way for every project, you must creatively adapt your thinking and communication to meet the expectations of each project’s stakeholders. Programming is not well understood like other professions. You know what lawyers, accountants, and doctors do. Their workflows and processes are well known since their professions are mature and a good portion of the population has interacted with them directly or indirectly. Programming, on the other hand, is different. To many people, a website or software solution magically just “appears” after a programmer spends time at his or her computer. Enter Robert C. Martin’s The Clean Coder.
The Clean Coder helps demonstrate how programmers can conduct themselves as professionals, removing that black-box quality and holding themselves to standards as other professionals do so they garner the same respect from their peers and can help others do more with technology.
I’ll talk about some of the lessons that really resonate with me:
In the forward, Matthew Heusser relays a story about how his colleague, Joe, considers “estimates” from the technical team and “estimates” from the legal team with completely different mindsets. In short, Joe considered legal estimates to be final, whereas technical estimates were negotiable. Why weren’t estimates from the two teams treated equally? In my career, I’ve seen the same thing many times, largely stemming from three reasons. First is the assumed “magic” that non-technical people think programmers wield. Throughout the book, Martin explains how to remove the veil of mystery regarding said magic. Second is that I’ve run across others that compared us with their profession and made some assumptions, such as, though a harsher example, we’re being lazy or noncommittal. Here, the author discusses how to address such assumptions when confronted with them. Third, and the most important part that we can influence, is the tech person’s mindset and approach to work. From the text, the programmer learns how to craft their own mindset and workflows to handle these. In essence, we can’t make things perfect, but we control a lot of parameters to make things better.
The first three chapters cover the conduct that a software developer professional should exhibit. A recurring theme within all three chapters is that software developers should take responsibility for what they say and do. Martin gracefully simplified this down to: how/why to say “no” and how/why to say “yes.” For example, if a developer agrees to a timeline, then they should make the timeline. If there are risks or unknowns on something you’re defining a timeline for, don’t agree to it, but rather just agree to what you can commit to if possible. The key is to not let yourself get bullied into agreeing to something you know you can’t meet with confidence. Others will build their own schedules and commitments around what you say, and there may be serious repercussions and loss of face if you fail to deliver. If you’re not as accurate as possible, you’ll erode the trust you have with your colleagues.
Along with controlling and defining your commitments, you need to take responsibility for your work output. Specifically, being a professional means that you certify and guarantee that your work output functions. For example, accountants ensure that their accounts balance when they finish closing out the books monthly, quarterly, and year’s end. If they left discrepancies, they would soon find themselves out of work. However, developers seem to be able to deliver questionable code or features that just plain don’t work, again and again. I understand why: development is hard. There are a lot of moving pieces and people in a software development project; as a result, there are a lot of rules that get balanced when you go in and change something. None of that takes away from the fact that developers lose trust of their peers when they fail to deliver working solutions for the tasks assigned to them. They’ll probably remember the failure (their label, not yours) instead of the nuanced “whys” that caused that failure.
Luckily, software developers have tools available to them to prevent this from happening, but only if the tools are actually put to use. Martin’s philosophy around testing is something with which I completely agree. The only way you can truly know that what you’ve added or changed doesn’t break everything else on a project – regardless of size – is to test it and have a structured, scalable approach to testing. Manual testing takes time, sometimes A LOT of time, and you leave a lot to chance that way. Hence automation. When automated, a test can be written once and then just be executed. It makes it trivial to repeatedly ensure that your code matches all the criteria it needs to meet. (Note: I wouldn’t recommend this approach across the board, particularly if an MVP, pilot system, or feature with a lot of changing specifications is being created, which is quite common with my startup customers. For something mature, scalable, and maintainable in a financially feasible manner, it’s required.)
Martin’s discussion of “expected criteria” is another area that is really important for developers to understand and put to use. Ultimately, a customer or stakeholder will have to accept the software that a developer builds. When is the software done? What do clients judge the system’s success by? What aspects of the software do they value, and how do they prioritize what they value? To address this, I've always operated from the mindset of: the software is done when the customer tells me it's done. Part of that determination is working with the customer to define the acceptance criteria, though that can be difficult if the customer is non-technical or busy. Even high-level criteria are helpful, such as "Search for a product, and buy it” or “Load fast.” That’s fine so long as the stakeholders are open to iterations later to arrive at what they truly want. Conversely, the criteria could be very specific. Ideally, the developer helps the customer put more definition on their acceptance criteria throughout the process. The more quantitative, the better. The developer is finished with the work when they deploy or deliver the software or functionality that meets all the acceptance criteria. In conclusion, it’s not so important how the acceptance tests are written even though there are best practices; what is important is that you and the client know what is “done” and agree to it.
The book is chock-full of other applicable advice as well, from numerically-driven ways to handle estimates to suggestions for interacting with colleagues. All of the recommendations align to the goal of helping developers comport themselves as professionals so they’ll be treated as such by other professionals. It’s very important because our work is nebulous and our profession is new. I highly recommend this book to anyone who wants to be a professional software developer for the long-term or works a lot with them.
Download the free Kindle app and start reading Kindle books instantly on your smartphone, tablet, or computer - no Kindle device required.
Read instantly on your browser with Kindle for Web.
Using your mobile phone camera - scan the code below and download the Kindle app.
Follow the author
Get new release updates & improved recommendations
Something went wrong. Please try your request again later.
Frequently bought together
This item: The Clean Coder: A Code of Conduct for Professional Programmers
EUR22.18
In Stock
+
EUR22.81
In Stock
Total price: $00
To see our price, add these items to your cart.
Choose items to buy together.
What other items do customers buy after viewing this item?
Page 1 of 1 Start over
- Clean Code: A Handbook of Agile Software Craftsmanship (Robert C. Martin Series)PaperbackEUR 9.70 shipping
- The Pragmatic Programmer: Your Journey To Mastery, 20th Anniversary Edition (2nd Edition)David ThomasHardcoverGet it as soon as Wednesday, Jan 28
- Design Patterns: Elements of Reusable Object-Oriented SoftwareHardcoverGet it as soon as Wednesday, Jan 28
From the Publisher
From the Preface of "Clean Architecture"
“…The rules of software architecture are the rules of ordering and assembling the building blocks of programs. And since those building blocks are universal and haven’t changed, the rules for ordering them are likewise universal and changeless.
But one thing has changed: Back then, we didn’t know what the rules were. Consequently, we broke them, over and over again. Now, with half a century of experience behind us, we have a grasp of those rules.
And it is those rules—those timeless, changeless, rules—that this book is all about.”
— Robert C. "Uncle Bob" Martin
Clean Code: A Handbook of Agile Software Craftsmanship
|
The Clean Code: Practical Advices for the Professional Programmer
|
Clean Craftsmanship: Desciplines, Standards, and Ethics
|
Clean Agile: Back to Basics
|
Clean Architecture: A Craftsman's Guide to Software Structure and Design
|
|
|---|---|---|---|---|---|
| Customer Reviews |
6,702
|
2,261
|
191
|
619
|
3,963
|
| Price | EUR 18.96 | EUR 22.18 | EUR 33.99 | EUR 26.89 | EUR 22.81 |
| Best agile practices of cleaning code “on the fly” Software Craftsmanship. | Endure and succeed amidst swirling uncertainty and nonstop pressure. | Picks up where Clean Code leaves off, outlining additional ways to write quality and trusted code you can be proud of every day. | A clear and concise guide to basic Agile values and principles. Perfect for those new to Agile methods and long-time developers who want to simplify approaches for the better. | Direct, no-nonsense answers to key architecture and design questions. | |
| "It is the best pragmatic application of Lean principles to software I have ever seen in print." —James O. Coplien, Founder of the Pasteur Organizational Patterns project | “Some technical books inspire and teach; some delight and amuse. Rarely does a technical book do all four of these things.” — George Bullock | ". . . [A] timely and humble reminder of the ever-increasing complexity of our programmatic world and how we owe it to the legacy of humankind--and to ourselves--to practice ethical development.” — Stacia Heimgartner Viscardi, CST & Agile Mentor | “What is in the world of Agile development is nothing compared to what could be. This book is Bob’s perspective on what to focus on to get to that ‘what could be.’ And he’s been there, so it’s worth listening.” — Kent Beck | "A good architecture comes from understanding it more as a journey than as a destination, more as an ongoing process of enquiry than as a frozen artifact." — Kevlin Henney |
Pick Up Where Clean Code Leaves Off
"As software developers, we have to continually solve important problems for our employers, customers, colleagues, and future selves. Getting the app to work, though difficult, is not enough, it does not make you a craftsman. With an app working, you have passed the app-titude test. You may have the aptitude to be a craftsman, but there is more to master. In these pages, Bob expresses clearly the techniques and responsibilities to go beyond the app-titude test and shows the way of the serious software craftsman."
— James Grenning, author of Test-Driven Development for Embedded C and Agile Manifesto co-author
About the author
Customers say
Customers find this book to be an essential read for software developers, providing common sense recommendations and guiding career development. The book offers lots of down-to-earth insights and is considered a masterpiece for software engineers. Customers appreciate its easy readability, inspirational message, and honest point of view, with one customer noting how it helps take accountability for work.
AI Generated from the text of customer reviews
Select to learn more
80 customers mention readability, 77 positive, 3 negative
This a great book about what it really means to be a professional software developer and how to navigate the challenges that come with that.Read more
Book made it to me unharmed. This is an excellent book for getting a better grasp of professionalism in the software engineering field.Read more
Loved the book. A great read (quick one too) and inspiring to do your best in the field!Read more
...Anyway, fantastic book which i would recommend to anyone who want to get better at his job.Read more
59 customers mention advice value, 56 positive, 3 negative
Lots of helpful advice and examples of how to be a professional software engineer. Very easy to read - I couldn't put it down!Read more
It is so useful, the author have a great point of view, and talk about import aspects of every professional developer.Read more
...Thank you uncle Bob for your great mentorship.Read more
Robert C. Martin combines practical coding advice, examples of what to do, how to improve existing code, and an endearing sense of humor in this book...Read more
23 customers mention insights, 19 positive, 4 negative
...This book makes you think, and respond with the best thoughts of the business, team and individual in mind....Read more
This book is full of insights into making yourself a better PROFESSIONAL....Read more
...It's an interesting topic and every developer stands to gain something from it.Read more
This book is filled with anecdotes, hypothetical conversations, but mostly filled with different ways to say "be responsible."...Read more
22 customers mention programming knowledge, 21 positive, 1 negative
...This book covers a lot of topics from mentoring, project management, test driven development, career enhancement, handling pressure etc....Read more
This is a programming book, but not about algorithms, data structures, or patterns....Read more
...Rather, Uncle Bob strives to show you how to be a good professional, and all that entails....Read more
This a great book about what it really means to be a professional software developer and how to navigate the challenges that come with that.Read more
18 customers mention ease of read, 18 positive, 0 negative
This book is easy to read and have a lot of short stories that make the content more digestible and memorable....Read more
...But... The book, which is not that big and a quick read, covers a wealth of advice at a high-level, with pointers to learn more....Read more
...Examples from real life makes this book easy and interesting to read....Read more
...Written in an easy to read style and peppered with stories of mistakes made in the past by the author...Read more
10 customers mention inspirational message, 9 positive, 1 negative
...I think this book should be filmed after him. Robert Martins is a humble man, he gives examples from his life for which every want-to-be software...Read more
...but his book is much more about people, responsibility and courage than about "details of implementation"....Read more
...together a lot of small practices, combined with some great and heart-felt anecdotes, which can guide everyone into becoming a better developer, and...Read more
this really resonate on me, everything about this book is a masterpiece for software developer....Read more
9 customers mention honesty, 9 positive, 0 negative
...In typical Uncle Bob fashion, it's opinionated, resolute, and, well, clean....Read more
...self-steering teams communication, responsibility/accountability and integrity.Read more
Good book, a lot of useful tips, good stories with a clear objective about what a professional programmer should be.Read more
Uncle Bob is blatantly honest about the pitfalls, false expectations, coming of age, and the progressive movement of software development and...Read more
7 customers mention pacing, 6 positive, 1 negative
...The Clean Coder is also a very personal book....Read more
...This is a welcome companion to Bob's 'Clean Code' book.Read more
...are really outdated when it comes to technology, but his book is much more about people, responsibility and courage than about "details of...Read more
...my team read this book (most did), and it was a great starting point for collaborative creating our own developer code of conduct for work....Read more
Top reviews from the United States
There was a problem filtering reviews. Please reload the page.
Top reviews from other countries
- Claus ZirkelReviewed in Australia on April 29, 2018
I think every programmer should read this book very early in their career.
Format: PaperbackVerified Purchase - EnvyReviewed in Canada on June 7, 2023
A must read for any serious professional
Format: PaperbackVerified Purchase - CARLA MARIELA GONZALEZReviewed in Mexico on June 18, 2021
Excellent book!!
Format: KindleVerified Purchase -
