• mkwt@lemmy.world
    link
    fedilink
    arrow-up
    64
    ·
    1 year ago

    I once worked at a place where they announced they were going to start evaluating performance reviews based on number of bugs closed. But the very devs who were responsible for closing the bug reports were also responsible for finding the bugs and opening the bug reports.

    That policy didn’t last very long.

    • Ilflish@lemm.ee
      link
      fedilink
      arrow-up
      17
      ·
      1 year ago

      Worked with a Japanese company has this and they refused to acknowledge anything as a bug if it didn’t get discussed in the spec. Oh, this new feature does not interact with the old feature well, just a limitation. Write that up as a new feature. It was killer trying to assign anything as a bug for this reason since you could only get them to fix stuff that explicitly contradicted their Japanese spec.

    • 30p87@feddit.de
      link
      fedilink
      arrow-up
      9
      ·
      1 year ago

      “Oh, IntellIJ tells me there are 5 warnings in this code. Guess I’m gonna open 5 reports! Refactored the code, closed 5 reports, ez.”

    • Square Singer@feddit.de
      link
      fedilink
      arrow-up
      22
      arrow-down
      1
      ·
      1 year ago

      That’s the kind of manager, where, as a dev, you just don’t report bugs you find. Zero Bugs Policy ftw!

    • ursakhiin@beehaw.org
      link
      fedilink
      arrow-up
      3
      arrow-down
      1
      ·
      1 year ago

      Both a developer and a manager. Depending on the impact of the big my reaction is more along the lines of a surprisingly big poo.

  • rockSlayer@lemmy.world
    link
    fedilink
    arrow-up
    10
    ·
    1 year ago

    It’s only fun to find bugs when it’s part of the software you work on. Once you get into QA, you’re not allowed to use software without finding rare bugs