4 ms·
Going fast doesn't allow for secondary concerns and produces a single simple solution. That doesn't sound like going fast, so much as "the simplest thing that
by stcredzero 7y ago
Going fast doesn't allow for secondary concerns and produces a single simple solution.
That doesn't sound like going fast, so much as "the simplest thing that could possibly work." Once you have that running, you can see where the shortcomings are and start to fix those. That will often proceed faster than trying to envision the whole complex thing up-front. (And that often results in a complete, but illusory vision, which ignores something which only becomes apparent once it's realized.)
- karmakaze 7y agoThis is absolutely true. I'll usually have mulled over a problem for a long time before writing any code so have a sense of some of those other areas and have imagined mechanisms to handle some things. When it comes time to implementation, going fast focuses on the key ones.