The Forgotten Art of Structured Programming - Kevlin Henney [C++ on Sea 2019]

What Hacker News said

Recommends kbenson · 2021-04 · on “Using the switch(true) pattern in JavaScript”

If you haven't seen it, Kevlin Henney's talk about "The Forgotten Art of Structured Programming"[1] is interesting (if somewhat long in the examples later), and somewhat related. It's not specifically about return early (and a case could be made that it should or should not apply specifically to early return), but it is about if, else, return, and how they affect cognitive load when reading code. 1: [this video]

Recommends jiggawatts · 2021-07 · on “Linux: Using goto In Kernel Code (2003)”

I get that, but the comment was specifically about pointers (not gotos or structure), and is interesting in general from a historical perspective. The "goto" keyword is similarly dangerous. I've seen very good arguments for leaving it out, and generally poor arguments for keeping it in a language. "I can use it safely" is not a good argument, because it's just like Jim Jefferies' standup routine linked above: "Why should I have my guns taken away from me?" An example of a good argument for structured programming is the talk "The Forgotten Art of Structured Programming - Kevlin Henney [C++ on Sea 2019]": [this video] Similarly, this article makes a very good argument that concurrent or async code

Cites shadowofneptune · 2022-09 · on “Making Wrong Code Look Wrong (2005)”

For some of these reasons, I prefer to write this: if (condition) { throw } else { <rest of code> } Rather than: if (condition) { throw } <rest of code> The justification, which I found in this presentation ( [this video] ) is that if you only looked at the block structures, could you tell that the rest of the code might never run?