3 ms·
> Something I consider maintenance work is refactoring of systems as new projects are planned/implemented. Everyone knows it’s a bad idea to just bolt on more a
by imbnwa 6y ago
> Something I consider maintenance work is refactoring of systems as new projects are planned/implemented. Everyone knows it’s a bad idea to just bolt on more and more “feature” work without thinking systemically, then we all point at “systemic” issues in retrospective meetings.
When the great CPU architect Stephen Keller was on Lex Fridman's podcast, he made a comment that architectures should be refactored every 5 years and I thought to myself, "Good luck with that in Enterprise" as I looked over at the 10+ year old legacy infrastructure holding back org-level velocity at work
- corytheboyd 6y agooof every FIVE years is an eternity in software years. Maybe I have been working alone for too long while between jobs, but it just feels so much better to listen to all of your hunches about it being refactor time than to ignore them for the sake of functionality. It's just not possible to act on the hunch later when you have lost that important deep context and hastily added twelve other things too.
- imbnwa 6y agoTbf he was specifically thinking of CPU archs but at "Enterprise Scale" might as well be talking 10 years. Personally, from your comment, I'm learning to just stop giving a fuck and apply the (obvious, cause, you know, you've been looking at it for 5 years at least) re-factor regardless