7 comments

  • Almondsetat 6 minutes ago
    I think Casey is currently the most informed person to make a series of books or articles summarizing the history of SW Engineering, all the lessons learned and forgotten, and all the good stuff that was published and still hasn't gained traction in the practice
  • kshallvari 42 minutes ago
    THE LEGENDARY GAME PROGRAMMER
    • nchmy 37 minutes ago
      Isn't that Jonathan blow?

      (to be clear, I'm a big fan of Casey)

      • arnorhs 29 minutes ago
        I believe this is referencing a meme on the primeagen's standup podcast, where Casey is referred to as legendary while he feels undeserving of this title.

        Titles aside, his talk is really insightful and it is super interesting to do a deep dive on these old computer/programming topics as the modern concepts were being discovered

        • nchmy 14 minutes ago
          Hah, I wasn't aware of that. I was sort of referring to what seems to be not such a meme that jblow is always introduced like that. It just seems weird, even if true...

          Yeah Ive been meaning to watch that talk - I love listening to pretty much anything Casey says/does. He's extremely thoughtful and fair.

        • kshallvari 7 minutes ago
          > I believe this is referencing a meme on the primeagen's standup podcast

          Exactly!

      • dgellow 34 minutes ago
        They are both legendary game programmers
  • cuechan 29 minutes ago
    He is just legendary when it comes to game programming
  • torginus 20 minutes ago
    Personally I'm quite sure this is super interesting, but I don't really have 3 hours to listen to this, even 1.5h at 2x speed is too much.

    I would very much prefer something written down, so I could absorb this at my own pace. I know, gift horse, but still.

    • kshallvari 8 minutes ago
      There is a 45 min version at Primeagen's "The Standup"
    • knollimar 15 minutes ago
      If you want a spoilery TLDR: It's more about the journey. He tracks down the origin, finds the support, finds the support flawed, and leaves you to your own conclusion rather than make a new flawed one.

      The basic idea is that the origin assumes a highly critical inner hot loop, don't assume where it is, and optimize there.

      There's some other time spent saying this justifies slower abstractions for maintainability elsewhere.

  • jeffrallen 9 minutes ago
    [delayed]
  • mberning 26 minutes ago
    Will have to give this a watch after the kids go to bed. I like a lot of Casey’s views even if I don’t agree with them.
  • tialaramex 31 minutes ago
    [dead]