3 ms·

I've heard the story where there was a 10x difference in the time it took CS students to complete a series of system programming assignments, but are there othe

I've heard the story where there was a 10x difference in the time it took CS students to complete a series of system programming assignments, but are there other anecdotes out there? I'm very suspicious of this story, and think that a lot of this fabled 10x multiple can be explained by extrinsic circumstances or luck. At least that's what I've observed in science where easy experiments in a field that is new and fashionable can yield lots of interesting papers, where taking on more difficult projects in established fields can require much more work to achieve incremental results.

earl 17y ago
There is some empirical evidence in a book called Peopleware. http://www.amazon.com/Peopleware-Productive-Projects-Teams-Second/dp/0932633439 http://www.amazon.com/Peopleware-Productive-Projects-Teams-S... I would paste some quotes but I lost my copy.
fhars 17y ago
That page gives an overview over the (dead tree) literature on the topic: http://forums.construx.com/blogs/stevemcc/archive/2008/03/27/productivity-variations-among-software-developers-and-teams-the-origin-of-quot-10x-quot.aspx http://forums.construx.com/blogs/stevemcc/archive/2008/03/27... An interesting data point he cites is the comparision between Lotus 123 version 3 and Excel 3.0: "Excel took 50 staff years to produce 649,000 lines of code. Lotus 123 took 260 staff years to produce 400,000 lines of code. [...] The difference in productivity between the two teams was more than a factor of 8." But then it will probably not be too difficult to find people who will tell you that 123 was still the better product. [Edit: Another important point is that the these factors are between the best and the worst. The difference between the best and the median can be considerably smaller, so it is not that surprising not to see any programmers paid ten times the average.]
- ytinas 17y ago
  The Lotus vs. Excel thing is more likely showing the fact that smaller teams can outproduce larger teams, since with smaller teams there is less coordination needed.
rw140 17y ago
Some of it might be a matter of experience. It's just taken me 30 days to add some new CLI functionality to a piece of code (my first ever time working with this bit of the code stack - I'm not familiar with the underlying code, the debug tools, the various ways the build can fail). I know that the standard time for an experienced CLI developer to implement the equivalent extension of functionality on this section of the code is 3 days. My second piece of CLI functionality is on track for 15 days... so by the time that's finished I will only be 5 times worse. :)

earl 17y ago

There is some empirical evidence in a book called Peopleware. http://www.amazon.com/Peopleware-Productive-Projects-Teams-Second/dp/0932633439 http://www.amazon.com/Peopleware-Productive-Projects-Teams-S... I would paste some quotes but I lost my copy.

fhars 17y ago

That page gives an overview over the (dead tree) literature on the topic: http://forums.construx.com/blogs/stevemcc/archive/2008/03/27/productivity-variations-among-software-developers-and-teams-the-origin-of-quot-10x-quot.aspx http://forums.construx.com/blogs/stevemcc/archive/2008/03/27... An interesting data point he cites is the comparision between Lotus 123 version 3 and Excel 3.0: "Excel took 50 staff years to produce 649,000 lines of code. Lotus 123 took 260 staff years to produce 400,000 lines of code. [...] The difference in productivity between the two teams was more than a factor of 8." But then it will probably not be too difficult to find people who will tell you that 123 was still the better product. [Edit: Another important point is that the these factors are between the best and the worst. The difference between the best and the median can be considerably smaller, so it is not that surprising not to see any programmers paid ten times the average.]

ytinas 17y ago
The Lotus vs. Excel thing is more likely showing the fact that smaller teams can outproduce larger teams, since with smaller teams there is less coordination needed.

rw140 17y ago

Some of it might be a matter of experience. It's just taken me 30 days to add some new CLI functionality to a piece of code (my first ever time working with this bit of the code stack - I'm not familiar with the underlying code, the debug tools, the various ways the build can fail). I know that the standard time for an experienced CLI developer to implement the equivalent extension of functionality on this section of the code is 3 days. My second piece of CLI functionality is on track for 15 days... so by the time that's finished I will only be 5 times worse. :)