3 ms·
No, please do obsses over this while designing. The amount of times I have to say "you can't fix these performance issues without rewriting majority of your sof
by izacus 1y ago
No, please do obsses over this while designing. The amount of times I have to say "you can't fix these performance issues without rewriting majority of your software" is too damn high.
I mean, I make a lot of money as performance specialist, but it's still a dumb waste when you see failing products and companies because their rockstar developers refused to spend 30 minutes thinking about how well their architecture and code performs. You can't fix everything later.
- 4ndrewl 1y agoBut most organisational failures are not down to performance - they're down to market fit. You don't have performance issues if you don't have a product that people want. :)
- izacus 1y agoI disagree (and have - sadly nonpublic - numbers to prove it). Also, it costs you VERY little to spend some brainpower to design your product to perform well. I honestly really don't understand why so many developers behave like it's physically painful to think for a bit before starting to bash out code. Noone expects you to write microoptimizations, but applying basic knowledge learned in CS classes and knowledge you can read in blogs should not be physically painful. And you can do that outright at the start, at __NO__ cost to your development velocity.
- 4ndrewl 1y agoAgree there's a basic level, and as you say just spend a little time on it but that's table stakes. My reading of "obsess over it" _is_ micro-optimisations which are a distraction if you've got no market fit