4 ms·

I'd say it's not only a tautology, it's plain false. Cheap optimizations that are known to work (compiling in release mode, enabling HTTP cache in your web ser

• cortesoft 6y ago
  That would mean they aren't premature
  • fendy3002 6y ago
    But the question still valid, which are and which aren't (premature)? For experts: avoiding n+1 query, using hash map rather than loop match, caching in memory, using smaller data type, all are standard optimization techinques. Now if junior doesn't implement them, are they didn't do required optimization, or do they do premature optimization if they did?
    • mgkimsal 6y ago
      "premature" is in the eye of the beholder... (or implementer). I've cleaned up a lot of slow code over the last few years, and in most cases the 'fixes' are pretty simple. The pushback was typically along the lines of "YAGNI" and "premature optimization is the root of all evil" quotes, yet... yeah, you know what, we ARE "gonna need it", and adding a table index on a column you're querying on in a where clause isn't "premature". It's industry standard practice.
  • natchy 6y ago
    You don’t NEED them. They are premature. I don’t technically need to compile my app in release-mode as a small startup.
• yipbub 6y ago
  > I'd say it's not only a tautology, it's plain false. And that, my friends, is a contradiction!