News for hackers. Stuff that matters.
Re:The Sad Reality of Post-Mature Optimization by dusklight on Saturday August 13, 2011 @04:11PM (#2881870)
The idea behind not optimizing prematurely is there are some optimizations that come at a cost of decreased maintainability/readability. Not prematurely optimizing means choosing to prioritize your code structure to allow no-unexpected-side-effects changes and easy readability by other people, but it is not an excuse to use a O(n^2) algorithm when an O(n) algorithm can be used without cost. You should always be aware of the ballpark O(n) of your code, but in the initial stages of a project you might choose to prioritize other things.
Re:The Sad Reality of Post-Mature Optimization by brazzy on Sunday August 14, 2011 @09:40AM (#2883618)
I suspect the idea is more that people keep obsessing (and wasting time) about bullshit like whether iterating though a for loop forwards or backwards is faster, or whether they should have public fields to avoid the method overhead from accessors - stuff that is truely, utterly irrelevant except possibly in the most extreme hot spots.