6 ms·
"The amount of "bad" is very low to barely measurable in most real-life scenarios (#2)." When you constantly apply this "only things bigger than X matter" reas
by vp8989 6y ago
"The amount of "bad" is very low to barely measurable in most real-life scenarios (#2)."
When you constantly apply this "only things bigger than X matter" reasoning you still end up with slow, shitty software but you just died by a thousand cuts instead of 1.
- VBprogrammer 6y agoAnd the rub is if you fail to apply it liberally enough you end up with no completed software or difficult to maintain software because someone went around applying every micro-optimisation in the book regardless of how nessasary or appropriate it might be.
- vp8989 6y ago"someone went around applying every micro-optimisation in the book regardless of how nessasary or appropriate it might be" This feels like a strawman. I have yet to see an instance of this in my 10 years. The much, much, much more common case is people justifying half-assed shoddy work with YAGNI.
- sombremesa 6y agoSee: solo indie gamedevs that build their own engines for years and subsequently fail to release anything.
- randallsquared 6y agoSurvivorship bias suggests we're more likely to see projects that resulted in released software...
- autra 6y agoFortunately, stars in sql are also really bad for maintenance ;-) So I guess there is indeed no reason to use them!
- BurningFrog 6y agoI work that way, and I don't end up slow, shitty software. I do end up shipping working software much sooner than if I optimized every statement everywhere.