Hi,
Is there any guidelines for what order of programming you should do? In other words, what should you code first?
Stone
Hi,
Is there any guidelines for what order of programming you should do? In other words, what should you code first?
Stone
I tend to break my code up into little chunks of functionality. My personal habit is to work on the chunk/function that I think seems the most fun at the time. I go from there. I think it is mostly a personal preference unless dictated by spec.
Considering you're asking which type of functionality to start working on first (if you know this already, then check my other answer).
Usually you have some idea of what is more/less useful for your client and what is more/less risky to do (you don't know for sure if you can do it, or how long it should take).
One approach I'd suggest is starting in the riskier and most useful stuff first, so you can fail fast (if you're going to fail). This way you won't lose much time (and money) and frustrate your client a few days before the deadline.
The order would then be:
Different processes recommend different approaches. Lets consider teh agile/unified/incremental/user driven approach.
This way the items that are going to cause the project to fail if they do not get done are done first. The fun stuff are left to version 2.
Review the functional specification. I prefer to then attack the problem using a top-down approach to development.
If following a Test Driven Development approach, to development, then begin by writing tests before step 4 before implementing working code.