• Knossos@lemmy.world
    link
    fedilink
    arrow-up
    19
    ·
    2 months ago

    Something doesn’t work in a particular piece of software. “Don’t they test their program?”. “All they need to do is X, obviously they don’t know how to code!”.

    Sometimes it isn’t as easy as you think.

    • wreckedcarzz@lemmy.world
      link
      fedilink
      English
      arrow-up
      10
      ·
      2 months ago

      Though it being difficult doesn’t excuse releasing an untested program or one with known issues…

      • hperrin@lemmy.world
        link
        fedilink
        arrow-up
        4
        ·
        2 months ago

        Known issues that don’t interfere with the critical user stories are usually not prioritized. They should be disclosed, and even better if workarounds are published, but fixing them usually isn’t in the budget.

        • intensely_human@lemm.ee
          link
          fedilink
          arrow-up
          2
          ·
          2 months ago

          Since February the Uber Driver app has had a bug where elements from the “not in a trip right now” UI state render over top of the “in a trip and navigating” UI state.

          It means that the user can’t see the text for the next turn, and also can’t see the direction of the next turn.

          However there’s a workaround because they can see the distance to the next turn and once they’re close they can see which way route line goes.

      • DontTakeMySky@lemmy.world
        link
        fedilink
        arrow-up
        3
        ·
        2 months ago

        Sometimes you have to make a tradeoff and focus on the golden path, which means comprehensive testing has to be skipped or bugs have to be explicitly left in.

        Yes it’s bad. Yes it sucks. But it’s that or nothing gets released at all.

        (I wish it wasn’t that way. I try hard to make sure it isn’t that way at my job, but for now that’s how it is)