Thanks. Didn’t know the last bit. Ffs =.=
My (poorly chosen) example wasn’t about the side effects, but rather about the differing layers of abstraction. Almost all criticisms I’ve seen was about the “functions should be like only 4 lines” rule. Which admittetly: Is a bit whack. But no one actually pulls that rule through, do they?
Can you give examples? I genuinely can’t think of how the principles applied with proper restraint not to overdo it make code hard to maintain. But I’ve only watched his talk a few years ago - not the book.
You do? I have the opposite experience: I regularly stumple over dirty code where levels of abstraction differ wildly and I regularly lose my train of thought, because some function writeToFile()
all of a sudden shifts some bit in a register with an outdated comment next to it (overly dramatizised).
Functions never being longer than 4 lines goes, too far IMHO, but the “clean code should read like prose” bit is something that has been really useful to me.
Yeah. I get more of what you’re saying now. The 3 line functions on principle are indeed a bit much. Although I’ve found that sometimes theare necessary to stay consistent with the layers of abstraction (e.g.: a for-loop that writes some data over some bus).
Sorry, I still don’t really get the hate.
Most of the good points are common sense.
I use what I learned from watching a talk by him on clean code and I had to learn some stuff. It might be “common sense” for experienced developers. But it certainly doesn’t come naturally that “functions should do one thing” to first time coders. The thought processes of when the software was developed usually isn’t the best way the code should be structured in the end. But that’s usually how beginners code.
It’s mostly based on what he feels is good.
In most diciplines, experience in the field is what makes the knowledge of the field. You don’t always have to be able to explain why good practice does what it does.
Also: I know of some examples, where he clearly explains his reasoning, e.g. why comments shouldn’t explain how the code works. (Because they’re not going to be updated, when the code will be)
As a programmer, I want all relevant logic of a method to be neatly collected in one place - not scattered around deeply nested method calls.
Either you misrepresent him, or you get a hard nope from me. Staying on one layer of abstraction is most likely my most important principle of writing understandable and maintainable code.
I don’t really get the hate he gets in the other comments. Are you all joking, or can someone elaborate? I always liked what I’ve read/heard of Bob.
It’s not every muslim. Only the bigoted/loudest ones. Just like not every christian intimidates you to accept Jesus as your savior.
Pretty much all your worries can be fought with activism. Efficient activism will make you a target for law enforcement.
Well, you must have already got quite a bit of experienge then, since that one get unlocked after the second most difficult stake, right? Have you tried focusing on chips, instead of mult? Chips are way easier to raise.
Maybe experiment a bit more. That way, you can deduce yousrelf what works and what doesn’t.
TIL that unix socks are actually a parasitic lifeform, transmitted via arch isos.
For your own sake: Don’t look up what Metallica was up to since the 90s.
Waiting for some MFer to use that shit to cheat it SM64 speedruns… or maybe a TASbot module. 🤔
I recently switched to nixos, because my ACME image was failing all of a sudden and I didn’t know enough what was going on under the hood to fix it.
It was a steep learning curve, but the infrastructure as code approach just works too well for me, since I just forget too much what I did three years ago, when doing things imperatively.
They’re the bee’s knees if you have a homelab, though.
Jesse what the hell are you talking about.jpeg
I don’t really get why the Mac has a trans flag on it. Seems like a weird dig against trans peeps, IMHO.
I hear the plot is way better in the japanese dub