It’s a rarity because the nano second a prototype works, it never gets touched again because management only heard it works and don’t give dev more times to make it proper.
So imagine management deciding to ask devs to go back and clean-up a codebase, pure fantasy.
Wish granted. Now management questions why everything “takes you so long”, and you were passed up for promotion in order to promote Jim (just last week, he did a presentation about his new feature that uses fancyAssDB).
Don’t worry, though. They’ll need your help soon, in order to make Jim’s fancyAssDB pet project sync with our oldAssDB legacy server (which is a completely different User/id structure. TBH might need to refactor most of Jim’s code to fit. Have fun extending all of Jim’s hardcoded features). He quit the company to join a crypto startup. Still no promotion though, since you finish stuff kinda slow (I mean, Jim built it in 2 weeks, so it can’t be too complicated).
Is this the new industrial sabotage?
Nope. It’s the norm. Well maintained code is a rarity.
It’s a rarity because the nano second a prototype works, it never gets touched again because management only heard it works and don’t give dev more times to make it proper.
So imagine management deciding to ask devs to go back and clean-up a codebase, pure fantasy.
So just don’t tell “management” it’s done. Easy.
Wish granted. Now management questions why everything “takes you so long”, and you were passed up for promotion in order to promote Jim (just last week, he did a presentation about his new feature that uses fancyAssDB).
Don’t worry, though. They’ll need your help soon, in order to make Jim’s fancyAssDB pet project sync with our oldAssDB legacy server (which is a completely different User/id structure. TBH might need to refactor most of Jim’s code to fit. Have fun extending all of Jim’s hardcoded features). He quit the company to join a crypto startup. Still no promotion though, since you finish stuff kinda slow (I mean, Jim built it in 2 weeks, so it can’t be too complicated).