• grue@lemmy.world
    link
    fedilink
    arrow-up
    0
    ·
    4 hours ago

    When your Makefile is so fucked up that you have to run it multiple times to get everything to build and link properly.

  • Skullgrid@lemmy.world
    link
    fedilink
    arrow-up
    0
    ·
    6 hours ago

    Or the code you are working on is calling a system that is currently unreliable which you cannot be responsible for.

    Fuck test automation, it’s a fucking trap get out of it as soon as you can

    • jtrek@startrek.website
      link
      fedilink
      arrow-up
      0
      ·
      4 hours ago

      Fuck test automation, it’s a fucking trap get out of it as soon as you can

      lol.

      Meanwhile, the org I work at has no test automation, so things that should be trivial require hours of tedious, error-prone, manual testing. Also they break stuff and don’t find out until after it’s merged.

      • Skullgrid@lemmy.world
        link
        fedilink
        arrow-up
        0
        ·
        4 hours ago

        This post has appeared in multiple places. It’s useful , but it ruins the development career potential of people that stick with it, because any subsequent job application just sees “TESTER” and not “DEVELOPER” and bars you from changing specialization.

        • jtrek@startrek.website
          link
          fedilink
          arrow-up
          0
          ·
          4 hours ago

          I’ve known several people who moved from QA and testing to developer roles, but usually as an internal transfer.

          Most recruiters and management don’t know shit about fuck when it comes to technical details, so it’s not surprising a lot of them think “Oh the guy who knows how software works and how to handle edge cases? No, we don’t want him”

  • MsPenguinette@lemmy.world
    link
    fedilink
    arrow-up
    0
    ·
    7 hours ago

    You jest but “wait and retry” is such a powerful tool in my DevOps toolbox. First thing I tell junior engineers when they run across anything weird

    • marlowe221@lemmy.world
      link
      fedilink
      English
      arrow-up
      0
      ·
      3 hours ago

      Honestly, in DevOpS, when you’re running stuff in a GitHub Action/Azure DevOps Pipeline/Jenkins, yeah… sometimes a run will fail for no obvious reason.

      And then work the next time (and the next 100+ times after that) when you haven’t changed a damn thing.

  • marcos@lemmy.world
    link
    fedilink
    arrow-up
    0
    ·
    8 hours ago

    Running the code again is fast and requires no thinking. Finding the problem is slow and requires a lot of thinking.

    It’s worth looking under the light-post in case your keys somehow rolled there. Just not for long.