Did you write any code last month?
Phil Pilgrim (PhiPi)
Posts: 23,514
Or the month before? Well, if so, you'd better take another look at it. According to this article, code written in October and November tends to be buggier than programs written in other months of the year.
-Phil
-Phil
Comments
Jeff T.
Probably a result of meeting deadlines, the end of their fiscal years, etc. But it does raise the question: could it be some sort of seasonal affective disorder, diminished sunshine? Well, it's grey in Seattle almost all year round - maybe that explains a lot about what's always happening with Windows.
LOL! But, you know, their software was a lot better when they were located in New Mexico!
Oh, wait. I'm a Washingtonian, too. I don't know about my software quality as the result of gloom, but I do know that my productivity declines between July and September, due to the distraction of good weather and long days.
-Phil
I've seen QA pad their bug counts by reporting the same bug more than once, just have a separate set of steps which converge on the same screen.
Conversely how do you define a line of code? Good code is often more compact than bad code, so a single bug has a higher ratio than multi module ramblings. Second once you measure and reward a behavior some people will change their behavior to match it.
Setting all this aside, I think planning cycles often follow the calendar year, so the schedule crunch is probably a contributing factor.
Then vee must keep you chained in zee gloomy brick-lined vork vroom where you will be most productive! Back to vork!
It's not buggy, just quite useless. Inspired by the "you suck if you use GOTOs" crowd.
The resemblance is striking.
More relevant is maybe that these days I'm also involved in keeping track of all bug reports for all the software written in-house.. and I see no negative (as in "more bugs") trend for code written in October and November. I can already say that a lot of the code that was produced in-house in those two months for this year is especially good.
-Tor
I think there is a direct relationship between buggy code and the number of interruptions per hour that the programmer is subject to.
The science shows that there is no "one minute" interruption. It can take many minutes to get back in the groove after even a simple break in concentration.
Also, I always found early morning programming (as in 7 am, not 3 am!) vastly superior to pulling all-nighters.
Cheers and Merry Christmas to all!
Hear, hear! What would code be if it wasn't flawed?