CakeAlexS
I don't think anybody wrote anything about fixing 'all' bugs, but there has to be a certain level that should be deemed acceptable, and some have to be fixed if critical.
And that's the whole point - where does the line get drawn? Who decides what is criticial and what is acceptable? In my calculus analogy, when does the ball reach the wall? For people who use the playlist, its functional issues were critical. I don't use the playlist, so I don't care. Someone at Cakewalk decided the playlist affected enough people that it needed to be fixed, but also decided that less critical bugs, or bugs for which there are workarounds or solely affect cosmetics, did not need the same priority.
Not being able to fix 'all' bugs of course is entirely valid as all bugs will never be identified, however it is a weak argument to say it is impossible to fix entirely reproducible bugs over a reasonable period of time
Of course it's possible if you devote all your resources to bug fixes, ignore feature requests, don't maintain a competitive edge by developing a new version, and can QC all the fixes so thoroughly that fixing some bugs won't introduce other, and possibly even more subtle, bugs that then need to be fixed. Anything's possible, but at some point the realtiy is that it's necessary to decide where to make the inevitable tradeoffs that have to be made.
I've never seen a software company that's immune from this reality of making decisions regarding tradeoffs; Cakewalk is no different. This isn't an apologia for software companies, just what I think is a realistic assessment of what's involved in the production of software.
But the same holds true for almost everything; it's
possible to produce a newspaper without errors, but the fact-checkers spend the most time on the most important stories. That way if they're going to be humiliated it happens in the story on page 48 about the hair salon opening, not the headline on page 1 about the cause of a plane crash.