The conversation

Lessons learnedExperience excerpt · English

Some years into my career, I struggled with colleagues writing sloppy code

Some years into my career, I struggled with colleagues writing sloppy code. I felt that they didn’t listen to me, when I gave them unsolicited advice. The optional code review mechanisms we set up were only eagerly used by people who cared about readability already. So I started to refer to Clean Code when I needed an authority argument: if it’s in a book, you need a stronger argument against it, and unless you have a sound argument, your code is unclean . I believe Clean Code mostly gets referenced by people who look for someone to agree with them on anything specific. The weaker opinions and examples become “junk DNA” for a selective quoter. Back then, I often didn’t find a section where Clean Code agreed (or disagreed) with me. Mainly because I got influenced by functional programming, which the book does not address. Once I decided to read the whole book, because I wanted to collect the good parts. I found myself only disagreeing in a small number of sections. But at the same time, I was completely unable to use his examples for anything. I think this book serves a purpose. …

Original discussionDon't Refactor Like Uncle Bob80 source comments · at import
2

Community replies 0

No community replies yet. Add your perspective.

Replies from the source 2

Direct replies available in this import. Original-language excerpts.

ST

Haha, the infamous Clean Code book - "how to make your code unreadable in these few easy recursive steps". The steps are roughly to extract everything into as small as possible functions that happily mutate lots of state while having "expressive" (read: overly verbose and long) names but no parameters. Make a function "shouldNotBeCompacted" that returns the inverse of "shouldBeCompacted" because of a pathological hate of negatives? Okally-Dokally, or cue Robert C. Martin: "worthy of a professional."

Full original
AC

Clean code was the first book I found when looking for books about writing clean code, go figure, and back then I found it very helpful. It's easy to criticize now that I'm so far removed from then (in both time and skill). Before this point I really had never even thought about the code's design, only its functionality. I wouldn't recommend it now, but this book played its role in my life

Full original
Continue on Hacker News

Respect different perspectives. Share concrete experiences.

Sign in to post, reply, repost, and quote.