Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!


Forgot your password?

Submission Summary: 0 pending, 3 declined, 0 accepted (3 total, 0.00% accepted)

DEAL: For $25 - Add A Second Phone Number To Your Smartphone for life! Use promo code SLASHDOT25. Also, Slashdot's Facebook page has a chat bot now. Message it for stories and more. Check out the new SourceForge HTML5 Internet speed test! ×

Submission + - Development Process Suggestions?

Evardsson writes: I have been tasked with implementing process for development in my new job. This needs to include time tracking, clear documentation of what it is we are trying to accomplish and enough clear documentation of the process and code that it is reproducible. We currently have a very small development team, but the idea is to get this all into place now so that as we grow we can introduce new developers to a smoothly running process.

Since the majority of the work we do is either internal work (work for the company itself and used only by employees) or (for clients) modifying our application template with a few tweaks to functionality and a fresh skin I was thinking that the idea of doing complex, detailed functional specs and walkthroughs and use case scenarios may be a bit of overkill, but we can do it once for the default application template and mostly not have to repeat that step.

So my thought is that we start with a complete functional spec and use case scenario (based on our default application template) and we use that as the document to record which modifications we are making. Then breaking it down into blocks of tasks in a WBS and using that for our first SWAG on the estimated time to finish (ETF). The WBS would then get pulled into a project plan for better task separation and assignment and give a clearer view of ETF. While the work is ongoing, having each task as an item in Trac (or something similar) might allow a quick way to see how well we are doing on sticking to our project plan.

What have you done that has worked (or not worked) for you? Any suggestions?

Submission + - HTML Working Group votes on WHATWG's HTML 5 spec

Evardsson writes: "Although the poll hasn't closed yet (it is open until May 4) 90 of the 110 voting members of the HTML Working Group have cast their vote, and the results are:

Shall we Adopt HTML5 as our specification text for review?
Yes: 78
No: 2
Concur: 7
Abstain: 3
So, even if the remaining 20 votes are all no, the vote is to adopt the WHATWG HTML5 (comprised of the Web Apps 1.0 and Web Forms 2.0 specifications) as a starting point for the next HTML version.

Other votes on the page include the decision to name the next HTML specification "HTML 5 and to appoint Ian Hickson and Dave Hyatt as the specification editors. I highly recommend reading the results, in order to see the rationale given by many of the members for their vote on each of the questions, as this gives a valuable insight into where the group currently is and in what direction they are looking to move."

Slashdot Top Deals

The solution to a problem changes the nature of the problem. -- Peer