Am I programming too slow?
Posted
by
Jonn
on Programmers
See other posts from Programmers
or by Jonn
Published on 2010-09-19T16:07:40Z
Indexed on
2011/11/16
10:23 UTC
Read the original article
Hit count: 260
time-management
|estimation
I've only been a year in the industry and I've had some problems making estimates for specific tasks. Before you close this, yes, I've already read this: http://programmers.stackexchange.com/questions/648/how-to-respond-when-you-are-asked-for-an-estimate and that's about the same problem I'm having. But I'm looking for a more specific gauge of experiences, something quantifiable or probably other programmer's average performances which I should aim for and base my estimates. The answers range from weeks, and I was looking more for an answer on the level of a task assigned for a day or so. (Note that this doesn't include submitting for QA or documentations, just the actual development time from writing tests if I used TDD, to making the page, before having it submitted to testing)
My current rate right now is as follows (on ASP.NET webforms):
- Right now, I'm able to develop a simple data entry page with a grid listing (no complex logic, just Creating and Reading) on an already built architecture, given one full day's (8 hours) time.
- Adding complex functionality, and Update and Delete pages add another full day to the task.
- If I have to start the page from scratch (no solution, no existing website) it takes me another full day.
- (Not always) but if I encounter something new or haven't done yet it takes me another full day.
Whenever I make an estimate that's longer than the expected I feel that others think that I'm lagging a lot behind everyone else. I'm just concerned as there have been expectations that when it's just one page it should take me no more than a full day. Yes, there definitely is more room for improvement. There always is. I have a lot to learn. But I would like to know if my current rate is way too slow, just average, or average for someone no longer than a year in the industry.
© Programmers or respective owner