I was literally told to set up this new service as quickly as possible and it didn’t need to be correct or best practice because this was just a proof of concept.
Here we are 6 months later and I’m still cleaning up my own mess.
Don’t let the perfect be the enemy of the good. That said, it’s vanishingly rare that I’ve regretted designing something for long term use rather than just hacking it together.
Taking the extra time to document stuff, to add guard rails/error handling, to make a piece of script easier to re-use, to actually plan something rather than building it as you go… almost always a good use of time.
It will be in production for 10 years
The motto I got from working at an ISP was “There is nothing more permanent then a temporary fix.”
Similarly, I’ve heard, “nothing more permanent than a 3/4 solution”, i.e. it works well enough that fixing other things always ends up taking priority.
