Programmer spouses get used to it. We call the developer to dinner. "I'll be downstairs in a minute," the programmer says. "I'm just fixing this one last bug." Dinner turns cold. So does the spouse.
Software development is far more than the process of designing great applications that give their users joy. It's more than writing elegant code that, to the trained eye, is a work of art. A huge amount of software development time is spent in testing for defects, and fixing the problems once they're found. Ideally, the bugs are found before the application gets out the door, but — as we all know too well — many are found only after the software is deployed. The users report the problems...
...and then they wait.
Or do they?
According to a survey commmissioned by BMC and conducted by the consulting division of Forrester Research, the average time to resolve an application problem is 6.9 days for enterprise developers and 6.7 days for software vendors. Ten percent of those problems take 10 days to solve, says the report. Developers spend just over an hour documenting the problem; and, if given that hour back, they'd use it to create enhancements to the application they are working on.
BMC wants you to conclude, somewhat unsurprisingly, that BMC Identify's AppSight problem resolution software can help developers see where problems lie (and thus spend the rest of their time fixing the problem, and annoying their spouses by not showing up for dinner). It's a reasonable conclusion (the product plug, I mean, not the dinner dispute), and I applaud any tool that helps developers find bugs, particularly if they're in an application I need to use. (BMC says it'll soon have a white paper available on the subject, in case you want their specifics.)
But there may be more to it than that, when contrasted with another user community: open source developers. For open-source developers, the time reported between bug reports and the community's response is far, far less.
In its survey, Forrester conducted phone interviews with 150 managers, directors, and vice presidents in charge of application development teams and organizations. They included 100-120 respondents from enterprises with at least 1,000 employees and 50 developers.
As it happens, Evans Data Corporation (EDC) just finished its twice-yearly report, resulting from a survey of several hundred open-source and Linux developers (with some managers, but primarily folks-who-code). The EDC numbers are somewhat different. The average time between discovery and solution of a serious bug, for 36 percent of open-source developers is under 8 hours. Hours. Not days. Not a week.
In the BMC/Forrester report, application development managers said 39 percent of bug fixes take under a day to address; maybe that's not too different on the surface. However, 57 percent of open-source developers say that bug fixes typically take more than two days.
Interesting contrast, huh?
I believe both reports, even though they appear to contradict one another slightly. I'm sure that it does take longer for enterprise developers to fix application software than it takes an open source project to address an issue. And the conclusion (however much my open-source friendly soul might like to say so) isn't "Obviously, open source is better," but rather is a function of the infrastructure: people and processes work differently depending on the environment. I suspect that each community can learn from one another here, though I haven't yet figured out what the lessons ought to be. (I'm also sure that you're scribbling off an e-mail message to your application development managers to ask how quickly your shop's bugs are fixed.)