On Fri, Oct 11, 2013 at 2:38 PM, Matt Lind <[email protected]> wrote: >> Well good news, we deleted all the requests logged before 2009, so you don't >>have to worry about them.
> Certainly explains a lot of things. Why would you do something like that? Imagine the work involved in ordering a list of 12,000 items spanning a decade: it is not possible. On a perfect day of triage, we could triage through about 40 incoming new items. The development team at its peak had a fix rate below 20 items a week. There is never a time when you "catch up" because there were more new bugs and requests logged a day than the team could work on in a week, never mind what's already logged. it's simple math. We have to clean up bugs that are a few years old and unattended. And deal with the new ones shortly after they are logged, and that's either you do them this release, or you will never do them at all because new items will be coming in. It's real cute to pretend that "we have your bug from 2005". Older bugs are not more valuable than the fresh ones just coming in. You have to use holistic methods for dealing with that huge volume of data, and for non crash, non showstoppers issues - which you should address immediately - part of that is keeping the ears opened per area and looking at the items that come back again. So I've always encouraged people to re-log items. Some people have argued that people should first take a look at the list of already logged items and not relog item. But an item not coming back from another users makes it low priority (there is no "plus one" counter) You constantly have to lobby the product team to attend to your issues, the bugs logged 3 or 4 years ago are not in a queue that's ever going to get shorter because there is new, fresh stuff coming up all the time and fires to put out all the time.
