• aksdb@lemmy.world
    link
    fedilink
    arrow-up
    19
    ·
    edit-2
    10 months ago

    I am a senior software engineer. I refer to my current project as a chain of side quests.

    All I wanted was to optimize a batch operation in our system. That needed a feature of a new version of our database. So I upgraded the database. But to utilize this, I needed to use a newer version of the db driver/sdk. The one we use is tightly coupled to the object mapper. So I needed to start upgrading the object mapper first. That is a major version change which breaks a few different spots in our system I then tackled one by one. I am still not done.

    • viking@infosec.pub
      link
      fedilink
      arrow-up
      7
      ·
      9 months ago

      And this is why temporary fixes live in production databases for decades.

      We had a similar issue with batch management, and the quick & dirty fix was to export the relevant db entries to .csv, run it through a parser, apply the necessary modifications, export to .sql with all new column labels, and then change the front-end to display the value of the new fields only.

      Ran that through a cron-job every 5 minutes and done.

      End users complained about the “nil” in the field initially right after inputting new data. The quick fix to the quick fix? Set a default value to “calculating, please stand by” instead of nil. They’d be frantically reloading, but never again blame IT.