View Single Post
Old 07-11-2011, 09:31 PM   #32
tomsem
Grand Sorcerer
tomsem ought to be getting tired of karma fortunes by now.tomsem ought to be getting tired of karma fortunes by now.tomsem ought to be getting tired of karma fortunes by now.tomsem ought to be getting tired of karma fortunes by now.tomsem ought to be getting tired of karma fortunes by now.tomsem ought to be getting tired of karma fortunes by now.tomsem ought to be getting tired of karma fortunes by now.tomsem ought to be getting tired of karma fortunes by now.tomsem ought to be getting tired of karma fortunes by now.tomsem ought to be getting tired of karma fortunes by now.tomsem ought to be getting tired of karma fortunes by now.
 
Posts: 6,968
Karma: 27060153
Join Date: Apr 2009
Location: USA
Device: iPhone 15PM, Kindle Scribe, iPad mini 6, PocketBook InkPad Color 3
Quote:
Originally Posted by afv011 View Post
You are mistaken. When developing software, you are given a set of requirements, and the final goal is for the software to fulfill those requirements. If you do not like how a feature behaves, but that feature adheres to the requirements, then you do not have a bug. You would then submit a change request to have the requirements updated, so the feature can behave in a different way.

I'm not saying that this feature works as I would want it to work, I am just saying that it works as it was intended to work, hence it is not a bug.
In a quality software organization, and especially those developing consumer software, requirements are not handed down from above, impervious to challenge and change. Better ideas are encouraged and early feedback sought out and incorporated. It's perhaps not surprising that B&N hasn't apparently achieved this level of maturity, they haven't been at this very long. But given the success and growth curve of their ebook division, I would expect this to change, and to do so sooner rather than later. Otherwise, they'll be toast.

In this specific case, given that it would probably have been just as easy to implement the feature in a way that nearly everyone would agree is more intuitive and useful, I have to think the feature was not specified in sufficient detail or delivered early enough in the cycle to allow for any course-correction. Documenting the behavior was the expedient thing to do. In terms of addressing it in the future, 'fixing' this will have to compete with all manner of other changes that they'd like to make, now would require a coordinated documentation fix as well, and it may not fare well. It 'works', after all (a more serious problem IMO is that you cannot extend a selection to previous or next page).

In all the software projects I've worked on, there are always a number of bugs that get deferred from one release to the next, even though everyone agrees they are in fact bugs. Often the risk and cost (including opportunity costs) of fixing bugs outweighs any benefit that might be achieved by fixing them.
tomsem is offline   Reply With Quote