3 ms·
I've also seen people do a ton of up front design, only for things to fall apart quickly during the implementation. I'm still largely a proponent of writing cod
by tstrimple 7y ago
I've also seen people do a ton of up front design, only for things to fall apart quickly during the implementation. I'm still largely a proponent of writing code sooner rather than later. Iterative development. Prove out concepts in isolation along the way. Rewrite and integrate as appropriate. But obviously you've got to do some upfront work, otherwise you might write custom software for things which have off the shelf solutions.
- bballer 7y agoI find that as long as you start with the DB schema and core interfaces (system level rather than code level) and then move to framing out the general pillars of the code that you often will get 80-90% right. Refactoring will be a plenty but that is true in every project no matter the upfront planning. Just don't miss any edge cases which rewire your schema and you generally can keep a good pace on forward progress. Also it's generally true that the larger (see more complicated) the problem the more planning one should generally do.