"Mythical Man-Month" Supposedly Busted By MIT Startup 231
An anonymous reader writes "We all know about the Mythical Man-Month, the argument that adding more programmers to a software project just makes it later and later. A Linux startup out of MIT claims to have busted the myth, using an MIT holiday month to hire 20 college student interns to get all their work done and quadrupling its productivity."
Totally misses the point (Score:5, Informative)
If you RTFA, they don't really address Brook's point. They all worked on small projects. Where the mythical man-month applies is in the combined effort on a large, sufficiently complex project. The real breakdown comes in the collaboration and communication.
Besides, in the real engineering world, nobody is going to tolerate the work conditions they describe. The pay better be 10x what I earn now to pack me in a room with sweaty, overweight 40-somethings.
It's a cute college experiment and nothing more.
MIT holiday month (Score:3, Informative)
Re:Agreed (Score:5, Informative)
And they deliberately attacked the problem noted in TMMM - that of communication and ramp-up - by seating everyone in the same room(s). And yes, working on independent problems. And those problems were not already late, in that the schedule had not yet started (TMMM is about adding people to an existing, complex project that is already running and having the communications, ramp-up, skills transfer and other sundry distractions causing an increase in work required that is greater than the increase in available effort).
Stupid, wrong, inflammatory and deliberately misleading headline, and summary, perfect for /. ! Go editors go!
Re:Totally misses the point (Score:4, Informative)
If you RTFA, they don't really address Brook's point. They all worked on small projects. Where the mythical man-month applies is in the combined effort on a large, sufficiently complex project. The real breakdown comes in the collaboration and communication.
They addressed Brooks' point by having lots of small projects instead of one big ball of spaghetti code.
Here's a quote from the 20th anniversary edition ("The Mythical Man-Month after 20 years" chapter):
The underlying reason that man-months are mythical is because of communication overhead; if everyone has to know what everyone else is working on, your team can not scale. In the section I quoted Brooks goes on to talk about easier reuse and fewer errors, but proper encapsulation also has the effect of dramatically reducing the overhead of extra people -- now instead of operating on the system as a whole, the law operates on individual subsystems or modules.
In this case Brooks' Law was addressed by whatever design or happenstance led to (1) the projects being independent instead of intertwingled, and (2) there being enough of these independent projects for all the interns.
Re:Totally misses the point (Score:4, Informative)
Which is just like scaling a database. Adding slave servers will only get you so far, as each slave still has to read through all the data. Only by sharding can you expand beyond a certain point.
Re:!MMM (Score:4, Informative)
Actually, the Slashdot Effect [wikipedia.org] is generally recognised to be basically DDoSing a server because too many people are trying to access it at once. But yes, there is a lot of sensationalism and groupthink here.