• @[email protected]
    link
    fedilink
    English
    4011 months ago

    Reminds me of the KSP2 fiasco. Management insisting on reusing the engine from the old game, and firing all the senior devs who could have told them there was no possibility of getting the features they’d announced to work without rewriting the engine from scratch.

  • @[email protected]
    link
    fedilink
    English
    23
    edit-2
    11 months ago

    My previous work used two mission-critical software for continuous operation.

    One was some guy’s university project written in Object Pascal and PHP and largely untouched since 2006. I tried offering fixes (I also knew Pascal), but I was rejected every time because the cumulative downtime caused by software issues was not enough to justify the downtime caused by the update (obviously this was determined by a Middle Manager (derogatory)).

    The other was (I shit you not) an Excel spreadsheet with 15000 lines and 500 columns. I tried making a copy and cleaning it up, but Excel couldn’t handle the amount of data and ran out of memory.

    • @[email protected]
      link
      fedilink
      English
      1611 months ago

      I absolutely cannot stand this kind of logic.

      “We make a shit ton of money on this very critical piece of software!”

      “Then let me fix it!”

      “NO! It’s making us money NOW! It only stops making us money when it’s broken. At which point then we fix it.”

      “But that might be hours. We can minimize downtime if we plan properly.”

      "But it’s making us money NOW!1!1!”

      I shit you not I have had various versions of this conversation throughout my career, across industries, across disciplines.

      • @[email protected]
        link
        fedilink
        English
        711 months ago

        True zen is achieved when you realize it’s not your problem. Even better when the thing eventually breaks and you can be smug about it.

        • @[email protected]
          link
          fedilink
          English
          611 months ago

          It’s your problem when they can’t make payroll because of it. And it’s your problem when they ultimately blame you for not having the solution ready to implement.

          The first has happened to me once.

          The second more times than I can count.

          • Victor
            link
            fedilink
            411 months ago
            1. Make PR ready to merge.
            2. Mark as Draft and write in the description that management says this should not be merged until the site breaks.
            3. Site breaks.
            4. They blame you for not having a solution ready.
            5. 😎 👈 You.
  • THCDenton
    link
    fedilink
    1011 months ago

    Dude, I’m so bad at arguing in zoom so the guys that push for that shit get their way. Fml.

  • Funwayguy
    link
    fedilink
    611 months ago

    Sums up every Node project I’ve had the displeasure of looking at. The lock file being the only thing holding the twisted web of versions keeping that franken-app running between a minefield of incompatibilities and buggy hacks.

    • @[email protected]
      link
      fedilink
      311 months ago

      Personal projects = it’ll work until it doesn’t

      Professional projects = I’m hiding in the MDF hoping no one finds me

  • @[email protected]
    link
    fedilink
    -511 months ago

    Sure, but refactoring things constantly leads to bugs too. Once it works you should stop rewriting code. The SW team at my job didn’t get the memo.