Hello! I’m a lot of things, but most fundamentally I’m a person who is terrible at writing bios

  • 0 Posts
  • 5 Comments
Joined 1 year ago
cake
Cake day: June 18th, 2023

help-circle



  • I’ll join you in that! Fun to showoff the shelf candy and see some from others

    I’ve been playing since the early 2000s, starting with D&D 3.5. Later picked up a few Pathfinder 1e books to help supplement the D&D. Also got Serenity around that time since my group was really into Firefly

    That was my collection for a while, then I inherited some D&D Basic, 1e, and 2e sets from a friend’s family who was decluttering. I also inherited my D&D 4e stuff in a similar way

    Another break later I got my first 5e stuff and slowly built that as books released. Star Wars got picked up when my 5e group got into an Edge of the Empire game. Around that time Starfinder and Pathfinder 2 were coming out, and Paizo’s books subscription was wonderful, though I did eventually cancel because we just weren’t playing those games

    The most recent updates are the smaller indie games like Kids on Bikes, Mork Bork, Cyborg, etc. And also the Cyberpunk/Shadowrun sets

    We don’t play nearly enough to actually get to all of these games, but they’re really nice reference and inspiration to have


  • My primary languages are Java (for work), Javascript (for work), and C/C++ (for hobbies). Earlier in my career, I used to use the debugger a lot to help figure out what’s going on when my applications were running, but I really don’t reach for it as a tool anymore. Now, I’ll typically gravitate towards either logging things (at a debug level that I can turn on and off at runtime) or I’ll write tests to help me organize my thoughts, and expectations

    I don’t remember when, or if ever, I made the deliberate decision to switch my methodology, but I feel like the benefit of doing things in logging or tests gives me two things. 6 months later, I can look back and remind myself that I was having trouble in that area; it can remind me how I fixed it too. Those things also can serve as a sanity check that if I’m changing things in that area, I don’t end up breaking it again (at least breaking it in the same way)

    With that said, I will reach for the debugger as a prototyping tool. IntelliJ IDEA (and probably other Java debuggers) allow you to execute statements on-the-fly. I’ll run my app up to the point where I know what I want to do, but don’t know exactly how to do it. Being able to run my app up to the point of that, then pause it and get to try different statements to see what comes back has sped up my development pretty well. Logging or testing don’t really apply for that kind of exploration, and pausing to run arbitrary statements beats the other options in how quickly and minimally that exploration can be done