After a long while, I bought an (DRM-free) ebook again
(Manning currently has a 35% discount so go get it and maybe read it along with me? https://www.manning.com/books/the-programmers-brain)
The Programmer's Brain - Felienne Hermans

With this unique book learn how to optimize your brain’s natural cognitive processes to read code more easily, write code faster, and pick up new languages in much less time.

Manning Publications
Wait‼️ Why am I just now learning that @Felienne wrote a paper title “Programming is writing is programming”⁉️ That’s so obviously my jam! https://dl.acm.org/doi/10.1145/3079368.3079413
“Research has shown that when code contains comments, programmers will take more time to read it.”

‘Beacons are parts of a program that help a programmer understand what the code does. You can think of a beacon like a line of code, or even part of a line of code, that your eye falls on which makes you think, "Aha, now I see."

Beacons typically indicate that a piece of code contains certain data structures, algorithms, or approaches.’

Turns out that all that time I spend “making the code pretty” I was just making it understandable. The question is if what I consider pretty/understandable is the same as other programmers would call pretty/understandable

“after taking a course on design patterns, the time participants needed to maintain code was lower for the code with patterns but not for the code without patterns. The results of this study indicate that gaining knowledge about design patterns, which is likely going to improve your chunking ability, helps you process code faster. You can also see in the graphs that there is a difference in effect for different design patterns: the decrease in time is bigger for the observer pattern than for the decorator pattern.”

I have no idea what the decorator pattern is, but I’m a fan of the observer and i sprinkle it everywhere whenever I can.

A tangent: I think this the magic of functional programming: you have some well defined concepts that you can mix and match. It’s hard to learn them because they are unfamiliar, not because they are difficult, but once you do, it’s easier to reason about stuff that uses them

@RosaCtrl somebody’s reading The Programmer’s Brain
@RosaCtrl are you enjoying it?
@NicolasRinaudo you know already!
@RosaCtrl i mean i had some idea, which is why i recommended it (not taking credit for it, you already had it in your backlog), but i might have been wrong!
@NicolasRinaudo it’s my jam! But now I’m having stronger opinions and feel more spite towards stuff, like unreviewable code. It doesn’t have to be like that!
@RosaCtrl well get to evangelizing, girl :)

@NicolasRinaudo I don’t know, I’ll become more of a bitch!

Also I’m afraid of “let Claude review it for you” answers. I may punch someone in response!

@RosaCtrl that answer is equivalent to “don’t review it”, because presumably claude wrote it and the author didn’t review it themselves.

I would insist on that - either i’m required to review it, and then i review it, or i’m not, and we make reviews optional. The latter has a good chance to be picked, and then you can feel a warm glow of self satisfactions in a few months when issues are through the roof and no one understands how to fix them.