you are viewing a single comment's thread
view the rest of the comments
[–] 135 points 2 months ago (12 children)

What OOP refers to is not "writing code" but "designing the code." Everyone can write a book. Even I can. It will be a fucking shitty book, because I don't know how to create suspense, give depth to characters, or any of that stuff. But it's still a book. Writing code is easy. Writing good code is hard. If you want a program to fetch the current outside temp from an API you could throw together random lines of code that vaguely does what you want that you found on stackoverflow and iterate until it works. Will it catch edge cases? No. Will it output in a pretty format? No. Will it be maintainable? No. Will it be the next Facebook? Hard no. But you did write code.

Writing code is easy. Writing good code is hard. And that is why we have door stoppers called "Clean Code" to help us on our way. You might notice that the "how to code" books aren't much thicker than a a pamphlet. But if it ever as much as touches on the topic of good code it will make for a door stopper worthy of a nuclear bunker's entrance.

  • source
  • hideshow 12 child comments
  • [–] 39 points 2 months ago (8 children)

    One thing to know about Clean Code is that the author is a hard right MAGA dickhead now, so if that is important to you then seek a more modern source of advice. A lot of the things he advocates for about code obviously aren't dripping in right wing rhetoric, but if you look at his socials you might feel quite turned off.

    Worth saying the comment I'm replying to is not wrong IMHO

  • source
  • parent
  • hideshow 8 child comments
  • [–] 15 points 2 months ago* (4 children)

    The finer details of the coding advice in Clean Code is also insane. There's a good summary of it but I forgor where

  • source
  • parent
  • hideshow 4 child comments
  • [–] 2 points 1 month ago* (last edited 1 month ago) (1 child)

    The finer details of the coding advice in Clean Code is also insane. There’s a good summary of it but I forgor where.

    See

    https://github.com/johnousterhout/aposd-vs-clean-code

    By the way, "Uncle Bob"s prime number generator example discussed there (which Bob Martin, as he admits himself, does not understands any more in spite of that he himself published it in "Clean Code") was originally designed and published by nobody less than Edsger Dijkstra and was used as an Example of Literate Programming by Don Knuth.

    They are giants on whose shoulders we are standing. It is totally worth it reading first Dijkstra's Chapter, then Don Knuth's text, and then John Ousterhout's discussion of Martin's rewrite (linked above).

    Or perhaps starting with Martins code and see if you understand it....

  • source
  • parent
  • hideshow 1 child comment
  • [–] 8 points 2 months ago*

    I would also add, that the complexity of a project massively increases the skills needed to write good code. If you want to have a small little CLI tool, that does one thing, its way easier to write that one in a good way, than it is to build an entire ecosystem of tools all working together.

  • source
  • parent