• 2 Posts
  • 1.02K Comments
Joined 1 year ago
cake
Cake day: July 3rd, 2023

help-circle


  • The other day I was updating something and a test failed. I looked at it and saw I had written it, and left a comment that said like “{Coworker} says this test case is important”. Welp. He was right. Was a subtle wrong that could’ve gone out to customers, but the wrong stayed just on my local thanks to that test.


  • This is a good post.

    What we’re really getting boxed in by is the very idea of capitalist rent-seeking through the operation of a business. When you’re selling anything else, the rent-seeking is considered a value-generating profit motive of an entrepreneur. But as soon as what you’re selling involves sex worker’s services, we realize what we’re advocating is human trafficking.

    This is a good point in particular. However, it slams into my go to hypothesis for why so many things are kind of bad: People are emotional first and sometimes exclusively so. It happens to all of us. But for most people, sex stuff feels bad in a way that rent-seeking doesn’t. You could make as many points as you want with irrefutable logic, flow charts, and diagrams, and it won’t get through the skittering heartbeat of “BUT IT FEELS BAD”

    I don’t really know how to fix this. Dismantle conservative power structures that are centered around placating fear and disgust maybe? If sex work was normalized, in a couple generations many people would probably feel fine about it.


  • I would have questions about how they work with a team and structure.

    Are they going to be okay with planning work out two weeks ahead? Sometimes hobbyists do like 80% of a task and then wander off (it’s me with some of my hobbies).

    Are they going to be okay following existing code standards? I don’t want to deal with someone coming in and trying to relitigate line lengths or other formatting stuff, or someone who’s going to reject the idea of standards altogether.

    Are they going to be okay giving and getting feedback from peers? Sometimes code review can be hard for people. I recently had a whole snafu at work where someone was trying to extend some existing code into something it wasn’t meant to do*, and he got really upset when the PR was rejected.

    Do they write tests? Good ones? I feel like a lot of self taught hobbyists don’t. A lot of professionals don’t. I don’t want to deal with someone’s 4000 line endpoint that has no tests but “just works see I manually tested it”



  • I don’t always run a timer, but it is a tool in my box.

    Mostly it comes out when I feel like the players are spinning their wheels. Like, they know they need to get into the server room on the 10th floor. There’s a front door with security, a back door with an alarm, etc. The players are just going round and round with ideas but not doing anything.

    I’ll say “I’m starting a five minute timer. If it hits zero, something interesting will happen”.

    If it hits zero and they’re still stuck, then as foretold something interesting happens. A rival group rolls up and firebombs the entrance before heading inside. A security drone spots them and is calling the cops. Whatever. Something that forces them to act.

    In combat rounds I sometimes do the same, but only if it feels like they’re not making progress. Maybe it’s a little rude sometimes, but I value keeping the scene moving forward. I don’t want to keep spending three minutes on “should I move? How far can I move again? Is there a range penalty? What if I use a spell first can I still shoot?” stuff. Especially if it’s rules minutia they should already know.

    The amount of times I had to remind an old group’s bard that yes, in DND 5e you can move AND take an action was too high.


  • I think having areas with weaker or stronger enemies is fine. Good, even. So long as you can tell by looking at them what you’re getting into.

    Dark Souls generally does this. A rotting skeleton is a low threat. A giant knight in black armor and man sized sword is a bigger threat.

    Oblivion will often have dudes that visually and behaviorally are the same, but hit way differently because of the numbers assigned to them. You can’t really look at a scene and understand what you’re getting into.

    Other games also do a bad job here. Borderlands for example will have identical looking bandits, but in this area they’re indestructible level 100, and that one they’re push over level 5. The ass-creed Viking one did the same thing. Archers on one side of the river you could ignore, but the far side would one hit you.

    I think a lot of studios don’t want to invest in the extra art assets and stuff when it’s cheaper to just use the same monster model and assign it different numbers.


  • I feel like trying to combine

    • high vertical power growth
    • non linear “open world”
    • power fantasy

    all together is just fundamentally at odds with itself.

    Personally I’d prefer to see less vertical power growth. I’d rather have the numbers stay somewhat constrained.

    Like, let’s say the most damage you can ever do with a lightning spell is 100. Work backwards from that to figure out how much health things should have. We want a master mage to be able to blow mooks up in one zap, mid tier in 3, and big scary shit in 6.

    A novice mage zaps for 20. We want mooks to take 3 hits, mid tier stuff maybe 10, and big scary stuff a lot.

    Mooks: ~60hp Mid tier: ~210 Bosses: 600

    If your gameplay is then deeper than a simple stat check, a novice can persevere and win against a big challenge.

    I really super dislike it when you have stuff that looks like a mook or a boss, but is statted otherwise. I remember in Oblivion some witch lady was oddly high level, and she kept fighting despite having like 50 arrows in her face.

    Something like that, but with more thought put into it than a Lemmy post from the couch.











  • This is a good answer.

    At my job, there was a desire to do a big rewrite of the system. It was a disaster. We spent like 8 months on this project where we delivered no value to customers. Then there was essentially a mutiny from the engineering team and we killed it.

    We’ve since built on top of the original system and had, in the words of product leadership, “the most productive quarter in the history of the company”.

    Now, why was it a disaster? The biggest reason was that people, especially people in leadership positions, did not understand the existing system very well. They would then make decisions based on falsehoods and mythology.