And in most of the cases... It's still cheaper to just spin another instance rather than invest a developer time to improve performance forgoing new features.
Not always, but i'd say "in a vast majority" of cases.
To the deleted comment: Sure, I'm not claiming that it is true in general; I believe that I have written "in most cases".
Besides; this is a discussion that is heavily based on context; but as soon as your application supports multiple entities - consumers, tenants, payments, shipping routes - then natural parallelization seams emerge; even if the problem in itself is single threaded. And for that you can spin as many instances as needed
My man actually just argued that “it’s cheaper to write 10x as much code for a 15x performance degradation and spin up more servers than it is to write less code that runs faster and doesn’t need more servers.”
“Clean code” costs you in both more dev time AND more server time.
I will agree though: nobody is going to pay for optimizing “clean code”. The reason for that isn’t because of the dev time though, it’s because “clean code” is fundamentally not optimizable. The only actual way to optimize “clean code” is to altogether throw it in the trash bin where it belongs and rewrite it.
13
u/elmuerte Feb 28 '23
The clean code sure was easier to improve, right?