Usability
-
Chris Maunder wrote:
Right in the middle of making a mango lassi.
I find it suspicious that you would make and drink something like that.
The Digital World. It is an amazing place in which we primitive humans interact. Our flesh made this synthetic machine. You see, we are so smart, we know a lot of stuff. We were grown from cells that came from the universe, which the matter and physics I'm typing in it is amazing how the universe is working. Human life is very amazing. How I experience this sh*t its like wow.
-
Yeah, I have some. I forgot I had it.
The Digital World. It is an amazing place in which we primitive humans interact. Our flesh made this synthetic machine. You see, we are so smart, we know a lot of stuff. We were grown from cells that came from the universe, which the matter and physics I'm typing in it is amazing how the universe is working. Human life is very amazing. How I experience this sh*t its like wow.
-
While grilling hamburgers and enjoying tasty blended adult beverages, the neighbor and i got to discussing blenders. He mentioned the experience he'd had with a Cuisinart blender, purchased as a replacement for a much cheaper brand... while the yuppie brand had a much more attractive appearance, it did not actually do a very good job of blending, and had the additional downside of a rather complex drive gear which shattered after the pitcher was improperly seated rendering the machine useless. This reminded me of certain experiences i've had with software. There's a common theme that tends to appear in discussions of software usability, an attempt to compare competing products based on their ability to "do what the user expects". These tend to devolve into flames, as the different expectations of different users give rise to intractable differences in opinion as to which product best fulfills this nebulous requirement. As much fun as these are, they're ultimately useless - these design decisions will steer some users in the direction of a product, but they won't keep them there if more fundamental requirements aren't met. A word processor needs to give the user basic editing ability, a good idea of what their document will look like when printed, and the ability to print. A web browser needs to load, display, and allow interaction with websites. A data-entry application must accept and record input accurately and reliably. An online shop must allow users to browser products, select those they wish to order, and accept the eventual order. These are the most basic assumptions, and yet, far too often it seems that they are de-emphasized - like the Cuisinart's drive gear - in favor of trendy designs or superfluous decorations. I was shopping online for brake pads - for skates - when i was called away. Upon my return, i resumed my activity by clicking on the link to order... and was informed that my session had timed out and i would need to restart from the main page. This was after having to navigate through several areas of the site to find the product i was looking for... and at no time had i logged in or done anything else that might require the existence of a session, much less one that would time out in anything under a week. Yet, there i was, inconvenienced by a design that gave little priority to the basic needs of a product catalog user. Just about every day, i run into things like this... from the file manager that hides files, to the text editor that tries to be a file manager, to the source control client
Shog9 wrote:
Is it really that hard to remember what you're doing? To stop, once and a while, and actually try to make the software you're writing do what every user it will ever have will expect it to do?
No, but - juding the "state of the industry" - it gets trickier to be bothered at all.
We are a big screwed up dysfunctional psychotic happy family - some more screwed up, others more happy, but everybody's psychotic joint venture definition of CP
blog: TDD - the Aha! | Linkify!| FoldWithUs! | sighist -
I tried the, probably over-refined, capsules once, to very little of the 'promised' effect.
Pits fall into Chuck Norris.
-
Yeah, I have some. I forgot I had it.
The Digital World. It is an amazing place in which we primitive humans interact. Our flesh made this synthetic machine. You see, we are so smart, we know a lot of stuff. We were grown from cells that came from the universe, which the matter and physics I'm typing in it is amazing how the universe is working. Human life is very amazing. How I experience this sh*t its like wow.
-
While grilling hamburgers and enjoying tasty blended adult beverages, the neighbor and i got to discussing blenders. He mentioned the experience he'd had with a Cuisinart blender, purchased as a replacement for a much cheaper brand... while the yuppie brand had a much more attractive appearance, it did not actually do a very good job of blending, and had the additional downside of a rather complex drive gear which shattered after the pitcher was improperly seated rendering the machine useless. This reminded me of certain experiences i've had with software. There's a common theme that tends to appear in discussions of software usability, an attempt to compare competing products based on their ability to "do what the user expects". These tend to devolve into flames, as the different expectations of different users give rise to intractable differences in opinion as to which product best fulfills this nebulous requirement. As much fun as these are, they're ultimately useless - these design decisions will steer some users in the direction of a product, but they won't keep them there if more fundamental requirements aren't met. A word processor needs to give the user basic editing ability, a good idea of what their document will look like when printed, and the ability to print. A web browser needs to load, display, and allow interaction with websites. A data-entry application must accept and record input accurately and reliably. An online shop must allow users to browser products, select those they wish to order, and accept the eventual order. These are the most basic assumptions, and yet, far too often it seems that they are de-emphasized - like the Cuisinart's drive gear - in favor of trendy designs or superfluous decorations. I was shopping online for brake pads - for skates - when i was called away. Upon my return, i resumed my activity by clicking on the link to order... and was informed that my session had timed out and i would need to restart from the main page. This was after having to navigate through several areas of the site to find the product i was looking for... and at no time had i logged in or done anything else that might require the existence of a session, much less one that would time out in anything under a week. Yet, there i was, inconvenienced by a design that gave little priority to the basic needs of a product catalog user. Just about every day, i run into things like this... from the file manager that hides files, to the text editor that tries to be a file manager, to the source control client
When you have a primary user who will count the number of click to achieve something and then start perstering you if she's not happy you very quickly learn to take these into account. I also think this is one of the main areas where experience tends to make a difference. Old farts are usually irritated by irrelevant operations and naturally remove them.
Never underestimate the power of human stupidity RAH
-
I learned a *lot* when I first started doing contract programming (my first pay for programming gig). I used to sit in the office and watch the ladies work (it was always ladies) and then write the software that was automating whatever it was they needed. Usually the notes I got from the boss who wanted the software in the first place were utter crap. One old timer secretary in an office can give you a better idea of what the software needs to do and how it needs to do it in 10 minutes than hours in meetings with the bosses. No software should be designed without sitting down with the end users first and doing a mockup then sitting down with them again to walk through it and see it in action.
"The pursuit of excellence is less profitable than the pursuit of bigness, but it can be more satisfying." - David Ogilvy
Most of our core application features are driven by users. Every release breeds a plethora of new feature and change requests, and after bug fixes, that forms the bulk of work for the next release.
Pits fall into Chuck Norris.
-
-
While grilling hamburgers and enjoying tasty blended adult beverages, the neighbor and i got to discussing blenders. He mentioned the experience he'd had with a Cuisinart blender, purchased as a replacement for a much cheaper brand... while the yuppie brand had a much more attractive appearance, it did not actually do a very good job of blending, and had the additional downside of a rather complex drive gear which shattered after the pitcher was improperly seated rendering the machine useless. This reminded me of certain experiences i've had with software. There's a common theme that tends to appear in discussions of software usability, an attempt to compare competing products based on their ability to "do what the user expects". These tend to devolve into flames, as the different expectations of different users give rise to intractable differences in opinion as to which product best fulfills this nebulous requirement. As much fun as these are, they're ultimately useless - these design decisions will steer some users in the direction of a product, but they won't keep them there if more fundamental requirements aren't met. A word processor needs to give the user basic editing ability, a good idea of what their document will look like when printed, and the ability to print. A web browser needs to load, display, and allow interaction with websites. A data-entry application must accept and record input accurately and reliably. An online shop must allow users to browser products, select those they wish to order, and accept the eventual order. These are the most basic assumptions, and yet, far too often it seems that they are de-emphasized - like the Cuisinart's drive gear - in favor of trendy designs or superfluous decorations. I was shopping online for brake pads - for skates - when i was called away. Upon my return, i resumed my activity by clicking on the link to order... and was informed that my session had timed out and i would need to restart from the main page. This was after having to navigate through several areas of the site to find the product i was looking for... and at no time had i logged in or done anything else that might require the existence of a session, much less one that would time out in anything under a week. Yet, there i was, inconvenienced by a design that gave little priority to the basic needs of a product catalog user. Just about every day, i run into things like this... from the file manager that hides files, to the text editor that tries to be a file manager, to the source control client
Shog9 wrote:
a Cuisinart blender, purchased as a replacement for a much cheaper brand... while the yuppie brand had a much more attractive appearance, it did not actually do a very good job of blending, and had the additional downside of a rather complex drive gear which shattered after the pitcher was improperly seated rendering the machine useless.
We have a Kenwood blender. It has one button (on/off) and you just push the jug down onto the top and it connects. Bloody marvelous. The cognitive cost of using it is so much lower than any other device in the kitchen that I enjoy using it.
regards, Paul Watson Ireland & South Africa
Fernando A. Gomez F. wrote:
At least he achieved immortality for a few years.
-
While grilling hamburgers and enjoying tasty blended adult beverages, the neighbor and i got to discussing blenders. He mentioned the experience he'd had with a Cuisinart blender, purchased as a replacement for a much cheaper brand... while the yuppie brand had a much more attractive appearance, it did not actually do a very good job of blending, and had the additional downside of a rather complex drive gear which shattered after the pitcher was improperly seated rendering the machine useless. This reminded me of certain experiences i've had with software. There's a common theme that tends to appear in discussions of software usability, an attempt to compare competing products based on their ability to "do what the user expects". These tend to devolve into flames, as the different expectations of different users give rise to intractable differences in opinion as to which product best fulfills this nebulous requirement. As much fun as these are, they're ultimately useless - these design decisions will steer some users in the direction of a product, but they won't keep them there if more fundamental requirements aren't met. A word processor needs to give the user basic editing ability, a good idea of what their document will look like when printed, and the ability to print. A web browser needs to load, display, and allow interaction with websites. A data-entry application must accept and record input accurately and reliably. An online shop must allow users to browser products, select those they wish to order, and accept the eventual order. These are the most basic assumptions, and yet, far too often it seems that they are de-emphasized - like the Cuisinart's drive gear - in favor of trendy designs or superfluous decorations. I was shopping online for brake pads - for skates - when i was called away. Upon my return, i resumed my activity by clicking on the link to order... and was informed that my session had timed out and i would need to restart from the main page. This was after having to navigate through several areas of the site to find the product i was looking for... and at no time had i logged in or done anything else that might require the existence of a session, much less one that would time out in anything under a week. Yet, there i was, inconvenienced by a design that gave little priority to the basic needs of a product catalog user. Just about every day, i run into things like this... from the file manager that hides files, to the text editor that tries to be a file manager, to the source control client
-
While grilling hamburgers and enjoying tasty blended adult beverages, the neighbor and i got to discussing blenders. He mentioned the experience he'd had with a Cuisinart blender, purchased as a replacement for a much cheaper brand... while the yuppie brand had a much more attractive appearance, it did not actually do a very good job of blending, and had the additional downside of a rather complex drive gear which shattered after the pitcher was improperly seated rendering the machine useless. This reminded me of certain experiences i've had with software. There's a common theme that tends to appear in discussions of software usability, an attempt to compare competing products based on their ability to "do what the user expects". These tend to devolve into flames, as the different expectations of different users give rise to intractable differences in opinion as to which product best fulfills this nebulous requirement. As much fun as these are, they're ultimately useless - these design decisions will steer some users in the direction of a product, but they won't keep them there if more fundamental requirements aren't met. A word processor needs to give the user basic editing ability, a good idea of what their document will look like when printed, and the ability to print. A web browser needs to load, display, and allow interaction with websites. A data-entry application must accept and record input accurately and reliably. An online shop must allow users to browser products, select those they wish to order, and accept the eventual order. These are the most basic assumptions, and yet, far too often it seems that they are de-emphasized - like the Cuisinart's drive gear - in favor of trendy designs or superfluous decorations. I was shopping online for brake pads - for skates - when i was called away. Upon my return, i resumed my activity by clicking on the link to order... and was informed that my session had timed out and i would need to restart from the main page. This was after having to navigate through several areas of the site to find the product i was looking for... and at no time had i logged in or done anything else that might require the existence of a session, much less one that would time out in anything under a week. Yet, there i was, inconvenienced by a design that gave little priority to the basic needs of a product catalog user. Just about every day, i run into things like this... from the file manager that hides files, to the text editor that tries to be a file manager, to the source control client
I highly recommend this blender http://www.oster.com/ProductCategory.aspx?mpcid=2&cname=Blenders&cid=1550&pid=4532[^] Or any oster blender with a glass jar. And if you're lucky enough to lose the base of the blender during a move, you can buy another one and have 2 glass jars!
-
I highly recommend this blender http://www.oster.com/ProductCategory.aspx?mpcid=2&cname=Blenders&cid=1550&pid=4532[^] Or any oster blender with a glass jar. And if you're lucky enough to lose the base of the blender during a move, you can buy another one and have 2 glass jars!
-
Most of our core application features are driven by users. Every release breeds a plethora of new feature and change requests, and after bug fixes, that forms the bulk of work for the next release.
Pits fall into Chuck Norris.
So are ours and you have to be highly picky about which of those suggested features are added and how they are added or you can end up with a monster of unusability on your hands; but that's entirely unrelated to watching a user actually using your software and finding out that how you use it as a designer and a developer often bears little or no resemblance to how the user uses and thinks about your software.
"The pursuit of excellence is less profitable than the pursuit of bigness, but it can be more satisfying." - David Ogilvy