Slashdot Mirror


Are End Users to Blame for OS Flaws?

tomsHH writes to mention OSWeekly author Brandon Watts claims that really it is end users who should be blamed for many OS flaws. "Believe it or not, as users, we also have a large role to play in the evolution of an operating system. We use what's been created, and this means that we're the best people to turn to for judging what works and what doesn't. Passionate communities that are supportive aid development, and when users join their efforts to make their voices heard, this benefits everyone. Have you ever thought that if you wanted something to be improved, then maybe you should just speak up and offer a solution instead of quietly or publicly venting without offering any input? Nothing changes by staying the same. Companies are listening, and as taboo as it may seem, most of them want to make their users happy, so if you shout loud enough, you're bound to be heard. If you need proof of this, then just look at how Linux has progressed in its development."

50 of 278 comments (clear)

  1. answers: by N3wsByt3 · · Score: 5, Insightful

    Short answer: yes.

    Long answer: yes, but the OS should be robust enough to deal with clumsy endusers.

    --
    --- "To pee or not to pee, that is the question." ---
    1. Re:answers: by Jarjarthejedi · · Score: 4, Insightful

      The only problem with your long answer is that it's impossible to fully deal with clumsy users without restricting them severely.

      A famous quote by Douglas Adams was "A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools."

      In a perfect world with a perfect OS it would be robust enough to handle all user errors. In that same world we'd all be driving flying cars and live in peace, no one would ever starve and mySpace would never have been invented...oh, and the RIAA would promote people using the things they buy to their fullest :P

      --
      There are two kinds of fool One says 'This is old therefore good' Another says 'This is new therefore better'- Dean Ing
    2. Re:answers: by vertinox · · Score: 4, Insightful

      The only problem with your long answer is that it's impossible to fully deal with clumsy users without restricting them severely.

      Its not as much as restricting them but actually minimizing damage control.

      Take for example Excel 2003 (not really OS but still related in the menu structure)

      If you open a CSV file and add formulas and formatting, and then save it will warn you that if you save as a CSV it won't of course save the the formatting and formulas and asks if you are sure you want to save the file as CSV format.

      Of course most users will read this as "Do you really want to save the file" and hit yes when they really needed to go to file save as and choose .xls as the file format.

      Which is why you really need to word your prompts so that it isn't just a Yes or No button (OS X apps usually strive to do this... except for the MS ones for some reason) and that the prompt actually could be understood correctly when only skimming the words.

      Of course someone is always going to do the wrong thing, but you have to make it so a person would naturally choose the option that will hurt them less by default.

      --
      "I am the king of the Romans, and am superior to rules of grammar!"
      -Sigismund, Holy Roman Emperor (1368-1437)
    3. Re:answers: by SnowZero · · Score: 4, Insightful

      Instead of taking the "one size fits all" approach, why not make the OS vary its approach depending on the knowledge of the user? I've often joked with friends that the first thing an OS should do when it installs is quiz the user about technical knowledge. Some people are willing to admit to being a novice, but many aren't. Forums are constantly full of people complaining about software, where it often turns out to be someone who decided to select "expert" and then got over their heads. You see a lot of this on computer hardware forums/rating sites as well -- people who got way ahead of their knowledge, broke something expensive, and now blame the company.

      Now, it would be a lot harder to design a variable UI which adjusts to the user's knowledge, and I don't expect one any time soon. However, that's the only long-term solution I can see where all users can be happy, from novices to experts. No single approach will ever fit all users.

    4. Re:answers: by ewhac · · Score: 4, Funny
      "Achievement Unlocked: You can now set static IP addresses!"

      Schwab

    5. Re:answers: by dgatwood · · Score: 4, Insightful

      Right. The dialog should say "Are you sure you want to save as a CSV format file? ALL FORMATTING AND FORMULAS WILL BE LOST." Two buttons: "Save as CSV Anyway" and "Save as XLS". The default should be "Save as XLS" because the safe choice should always be the default. Maybe a cancel button, too.

      That said, the #1 best way to protect against user error is to not have problems like this in the first place---design every file format and application to support reverting to previous states. For example, if there is a file format that provides a limited data set, save the file, but save a second file right beside it with the full data set. Tell them what you are doing and why. "Note: The CSV format cannot support the formatting and/or formulas used in this document. For your convenience, a copy in XLS format has been saved in the same location with formatting and formulas included." Give them the ability to do what they ask (even if it is probably the wrong thing to do), but provide a way for them to get back to a known good state if they screwed up.

      In an ideal world, file formats would be designed to support this. An example of a good file format is the RCS format used by CVS. You have the current TOT stored as a complete copy, then every previous version as a reverse diff. I'd go one step farther, though. Add metarevisions that refer to arbitrary later revisions without branching. Revision 1.13 might incorporate changes, then 1.14 might revert to 1.12. Since 1.13 would now be defined as a diff from 1.12, the 1.12 revision diff from 1.13 would be cleared to reduce storage, and would be replaced by a metarevision that says "see 1.14". In this way, it becomes simple to have unlimited undo and redo without ever losing any of the states. If you undo ten revisions and make a new change, you could still back out that change, back out the undos, and you'd be back to effectively another branch.

      Combine this with a format that is unknown-data-tolerant and a software architecture designed to support passing along unknown attributes (such as XML) and you can create a very user-friendly environment that is version agnostic, OS agnostic, and fairly bulletproof. In an era where disk space is almost free, I'm surprised software developers aren't doing this already. It seems pretty obvious to me, and I've been advocating it for years.

      If every application made it so that any reasonable operation could be undone by the user if he/she made a mistake, computers would be a lot less scary for the naive user. Indeed, the prospect of ever being able to screw up and lose something forever is terrifying to non-geeks, and is the single largest user interface flaw in operating systems and application software today. Is it the part of the users? No, it is not.

      (Yes, I think log-structured filesystems are cool. Why do you ask?)

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

    6. Re:answers: by r3m0t · · Score: 2, Interesting

      "The people who can't figure out or don't understand what's being asked of them in that dialogue are the same users who likely won't notice or mind the application eating up a little more disk space to save them a headache later."

      What if somebody sent them a csv file and needs to recieve a csv file back? What if the csv file will be input to some other application? The user and Excel aren't just in a vacuum where Excel can use whatever format it likes.

      "a dummy mode that's toggled on by default isn't necessarily a bad thing when dealing largely with dummies."

      Except when a dummy asks me for help and the whole UI is different because I'm not a dummy. Or they need to do something and the option simply isn't there. Or they need to do something in non-dummy mode and never turn it off and then get confused. Or they just think they're not a dummy, although they actually are.

    7. Re:answers: by lpcustom · · Score: 5, Funny

      You just stopped some adware in it's tracks by not clicking that popup! You are awarded 200 XP! You have leveled up! You are now level 2 n00b! Unlocked special feature!!! Notepad is now available! You will level up again at 5000 XP!

      --
      Beer! It's what's for breakfast!
    8. Re:answers: by gEvil+(beta) · · Score: 4, Funny

      Awww crap. More grinding...

      --
      This guy's the limit!
    9. Re:answers: by Blakey+Rat · · Score: 2, Insightful

      Ok mom, let me help you set up your computer... where's the control panel? Where's network settings? How come you can't get to remote desktop? Damn! Let's just set it to Expert so I can work with the damned thing!

      I'll be the same thing that happened with the XP "simplified" control panel and Macintosh's "Simple Finder/Launcher" mode... people will immediately turn it back to how it was so they can use the new computer the same way they used the old. I don't think there's a single user who actually spent more than 10 minutes on "Simple Finder" mode.

    10. Re:answers: by MickDownUnder · · Score: 2, Insightful

      So what happens to your system that endlessly creates copy after copy of the same data in different formats? They could run out of storage space, then accidently delete the versions of their documents they needed to keep in the clean up. They could get confused and accidently revert to an older copy of there document, losing data. The potential for data loss is always going to be there, as data loss is a required feature of a system, occasionally you want or need to lose data.

      At the end of the day there are numerous arbitrary choices that can be made when attempting to maximise the useability of an OS or application. Every one of those arbitrary choices is going to catch a certain percentage of your user base and cause them pain.

      I've been developing software for over a decade and I've come to one conclusion:

      There's some people out there who simply can't be helped and no matter how much effort you put in they are going to have a hard time using your software.

      When developing software, the level of useability you incorporate into your system is a business decision, it has nothing to do with achieving idealisms or perfection (which is actually impossible). You build as much useability into your software as is required for the majority of your market to have a successful experience with your applications.

      So I would say. YES, it is the users.

      However, I think many of the problems we've seen in personal computing to date is a generational thing, over time these sorts of issues are going to disappear, as new generations come through who have lived with the existance of personal computing since the day they were born.

      At the same time software development is becoming more sophisticated, as is the field of industrial design. It is becoming easier and easier for average developers to produce world class software applications that are extremely easy to use. I think these sorts of issues are always going to be around, for at least as long as new technology is being produced, however as we begin to reach the plateau in the curve of Moore's law, and the rate at which new technology leaps decreases these sorts of issues with useability are going to diminish.

    11. Re:answers: by dgatwood · · Score: 3, Interesting

      My point is that with proper caching, there's no reason for undo/redo to not save a change log on the fly, then rewrite the final revision and reverse patch on close. You mentioned that Office does this. So does AppleWorks. Every app should work this way. If an OS-level service made it easy, more apps would do so. As it stands, I can count the apps tht do this on one hand. In fact, I believe between your post and this one, that's all the apps I know of. Okay, a few command-line tools like vi. With modern drives, for most applications, there's no reason not to write each change to disk. Let the OS batch the changes and write them when it has a whole block full of diffs.

      As for your assertion that the VFS layer is the wrong layer, I disagree. The block layer, however, would be completely inappropriate because data changes to files do not tend to be block oriented. Diffs (in binary or text form) have to handle the notion of data sliding, which doesn't work optimally if you are looking at only a single block of data at a time. Thus, block layer versioning would only work reasonably for very limited file formats like disk images, and even then, would be suboptimal in terms of wasting space.

      The best way to do it, IMHO, would be to support existing apps with "legacy I/O" (read/write system calls and variants thereof) in the most lightweight way possible, then do something completely different for apps that want control over versioning. It definitely can't be a per-write operation, as writes can have dependencies on nearby writes that can occur earlier or later. Thus, you'd probably just have to commit changes on close for apps that aren't versioning-aware.

      You'd also have problems with apps that mv one file on top of another, which is why you would have to intercept those operations in the VFS layer and do a merge of the versioning data. Otherwise, viruses could completely subvert the whole system by writing a file and renaming it over top of another file and the whole history would go away. The only way to keep this out of the VFS layer would be to make it restricted to a single filesystem, which in my experience is the best way to guarantee that it never gets adopted by anyone....

      For supporting new applications, most of the work would move out of the kernel and into the application level, but with significant integration with the kernel versioning bits (specifically, asking the kernel to check in a new top of tree version). The ideal design would be for the app to choose its access mode: block mode, structured mode, or text mode. Block mode would support data that will not typically change in length and shift data around, e.g. a disk image. It might either use binary diffs or a block log. Either way would work acceptably, but for performance reasons, block logs would probably be the better choice. In text mode, everything would be represented with text diffs.

      The more interesting mode, though, is structured mode. In structured mode, everything would be represented with an XML schema. In effect, this would separate the data structure from the application itself, leading to more open file formats. Ideally, it should be possible through language constructs to tie member variables in C++ classes to values in the structured content so that changes to the values result in changes in the external representation.

      This would essentially makes changes to the structure of the data a matter of recording the operations, doing diffs of long strings, etc. In that mode, the app would have a "commit change" call to save a new version. It would be up to the app to decide whether to commit after each change or wait until someone hits "save". For that matter, you could even have a "conditional commit" call that could be rolled back. Not sure how useful that would be, but it seems like a reasonable thing to add.

      One more thing. In addition to a top-of-tree cache, it would be absolutely necessary for the initial revision to exist as a complete file. Otherwise, there are cases where an entire file could be lost due to a poorly timed power failure or an application attempting to subvert checking in the head revisioin using the private APIs used by the libc bits.

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

    12. Re:answers: by Sj0 · · Score: 2, Insightful

      If it's possible, it's not possible from Microsoft.

      Every attempt by them to make computing "easier" has resulted a useless, broken new method that even newbies ought not to use. The control panel in Windows XP that let you do 6 things is a prime example.

      --
      It's been a long time.
  2. NO by packeteer · · Score: 3, Interesting

    Short Answer: No

    Why would the end user be responsible? That's just silly. With that outlook Linux is going nowhere, thankfully most people will agree that this is crazy.

    --
    unzip; strip; touch; finger; mount; fsck; more; yes; unmount; sleep
  3. Are End Users to Blame for OS Flaws? by WrongSizeGlass · · Score: 2, Insightful

    No! Every mass market product needs to be made easy enough for most of the population to use. Blaming end users for not being IT majors is just ridiculous. If you needed an IT education to be able to use computers then they would still cost in the $10,00o's.

    Blaming the end users is simply a cop out.

    1. Re:Are End Users to Blame for OS Flaws? by Anonymous Coward · · Score: 2, Insightful

      No! Every mass market product needs to be made easy enough for most of the population to use. Blaming end users for not being IT majors is just ridiculous.
      But it is quite reasonable to blame end users for expecting to be able to handle something as complex as a computer without any training.

      Most people don't expect to be able to drive a car without lessons, so why do they think they can manage a computer, which is many times more complex to use than a car?

      Computers are already easy enough for anyone with appropriate training to use, and "appropriate training" is pretty minor - it certainly doesn't require an IT major. The problem is all the idiots who think they don't need it, rush out and buy a computer they don't know how to use, and then are amazed to be told a few months later that the reason it runs so slowly is that they've been part of some Chinese jerk's botnet since the day they bought it...
  4. I'd like some of what he's smoking... by rbanzai · · Score: 5, Insightful

    I found that to be an odd little opinion piece. It has something of the "chicken/egg" to it what with blaming users for not speaking up stridently enough... about the problems they have with the OS that... they didn't speak up stridently enough about?

    I think that most OSes receive PLENTY of feedback, strident and otherwise about perceived flaws and issues.

    This article is basically content free.

    1. Re:I'd like some of what he's smoking... by penp · · Score: 4, Funny

      This article is basically content free. You're right. I'm going to write the author an angry email!
  5. Are Slashdot editors to blame for crappy articles? by Radres · · Score: 3, Insightful

    This article is nothing but flamebait intended to garnish click-through revenue regardless of whether you click on that Dice banner ad.

  6. They're not flaws... by ArchdukeChocula · · Score: 2, Funny

    .they're just unpopular features!

  7. They don't constructively gripe? by Mr+Pippin · · Score: 4, Interesting

    I can't speak for others, but EVERY time I call support, I let them know if I think this was a crappy design, or oversight.

    If it's a common issue, there will be plenty of people that do the same. The REAL issue, I think, is that the organizations I see DON'T use customer support calls as places to look for ways to improve the product.

    I think most companies just see support as a neccesary evil, and not an easy way to see what your customers are wanting.

    1. Re:They don't constructively gripe? by drinkypoo · · Score: 2, Interesting

      I can't speak for others, but EVERY time I call support, I let them know if I think this was a crappy design, or oversight.

      I do, but most of the time they're just a phone monkey and not only do they not care, but they have no process for forwarding my comments along to anyone who would care. This is of course so that the corporate masters get all the input into telling them what to do, and they do listen to some people - people with lots of money who are more important to their bottom line than I am because they are purchasing thousands of seats (or what have you.)

      There is nothing to gain by telling some dude in Hindustan what I think of the rubber caps on HP's laptop... I realize that's a hardware product, but the point stands.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    2. Re:They don't constructively gripe? by ArsonSmith · · Score: 4, Interesting

      10 years ago I was a Phone Monkey for HP's Pavilion line of PCs, and everything you say was very true back then. Except for the fact that I did care. I would typically agree with people on design flaws of Windows 95. Help with work arounds that I had learned as well as take feedback from workarounds that they have used. The only people that benefit from this was me and the people that called me. HP didn't care. I was graded only on how quickly I could get them off the phone without having a strong probability of them calling back. I didn't stay long and moved on to a Linux sysadmin job shortly afterwards. Never really looked back on windows.

      --
      Paying taxes to buy civilization is like paying a hooker to buy love.
  8. That's the problem... by Shadow+Wrought · · Score: 2, Insightful

    Most users don't know what the alternatives are. Though they know is that the bloated POS that they're using sucks, but they don't have the words or expertise to convey exactly how it sucks. I think what most users want is an OS that's fast, easy, works every time, and isn't ugly to look at.

    --
    If brevity is the soul of wit, then how does one explain Twitter?
    1. Re:That's the problem... by 644bd346996 · · Score: 2, Insightful

      I think the spatial finder issue is a good example of what I've been talking about. If you ignore what other operating systems (including Classic) have for a file manager, the NeXT style Finder is pretty good. The problems come when users expect it to be a spatial file manager. The OS X Finder is different from the spatial finder in a fundamental way, and people would rather dis[miss] it than take a few minutes to understand the new design. The fact that the new Finder is not spatial does not make it bad, and to say otherwise is to commit the same mistake windows users often make when confronted with the Dock or a GNOME desktop.

      Apple has decided that the Finder should not be spatial, and I support that decision. I think that a spatial paradigm doesn't fit the way people use their file systems, and the situation is constantly getting worse as search technology improves. Quiksilver has made it possible for me to access any of several hundred of my most-used files in just a few key strokes, with consistency. It is so efficient that there is no point in using the Finder to actually find and open files. That reduces the Finder to a tool for moving and renaming files. Using column view, those tasks can be accomplished as easily or better than with any spatial file manager.

      Your second point is simply a bug, and it doesn't have much to do with UI design. The third point is also essentially moot. Why should the finder keep mediocre features to do something, when tools like Spotlight and Quicksilver can do a much better job?

      Consider how different users view the OS X Finder. Those coming from Windows will find it to be much better than explorer for most tasks. Those coming from OS 9 seem to see it as too different to like, though obviously some users prefer the new Finder. Those coming from NeXT systems will see it as a bit of a step down, but offset by the gain of great search tools. In light of that, it would be a bad business decision for Apple to encourage the use of a spatial finder. OS X was meant to be an operating system that people could switch to and consider to be an upgrade. Apple cut almost all of the obsolete technology out of the Mac OS. The spatial finder was just one of those things.

    2. Re:That's the problem... by Blakey+Rat · · Score: 2, Insightful

      You're missing the point.

      Let's assume for the moment that spatial file browsing is a bad idea. Which I completely and utterly disagree with, but let's assume that.

      Apple released version 10 of a product that had FEWER features than version 9. Microsoft was able to completely re-write the Office UI from scratch without removing a single feature. Why wasn't Apple able to completely re-write Finder from scratch without losing any features? Why is it acceptable for Apple to make a release with fewer features than the last version, when it's not acceptable for Microsoft, or Adobe, or any other software company?

      I don't think it is acceptable. Maybe spatial browsing is a moronic brain-dead way of doing things and only total cretins should use it. Fine. But that doesn't excuse Apple from removing it. Microsoft still supports about a dozen brain-dead ways of doing things, like .ini files. What a double standard Apple has created for itself!

      That all said, browser-based and search-based file browsing is fine for users with a lot more memory than I have. (For instance, people coming from a CLI interface where you have nothing but memory to locate things.) But for people like me, when I put a file in some location, I expect it to be in that location; my only memory for files is spatial. Human beings have developed a great sense of spatial memory in the last few million years, because that's the way the real world works: if I put down my stapler on my desk, it won't magically appear later on top of my TV. Not taking advantage of this tremendous mental resource every person, hell, every INFANT, has is stupid if you ask me. You're replacing a system that works on a subconscious level with a system that requires conscious memorization of the location and/or name of your files.

      I understand that a lot of people (at least people exposed to the crummy Windows 95 "spatial" implementation and people from a DOS/Linux background) prefer a browser-based filesystem. But for all the effort it took Apple to make their pointless and moronic "psuedo-spatial" mode (which appears when you turn off the Finder toolbar), they could have put in a real spatial mode, kept the browser mode, and made everybody happy. The Apple of ten years ago, when they actually cared about UI design, would have done this. The modern Apple hasn't and won't, which is why my next computer will most likely run Windows. After all, if I can't get a feature I love with either Macintosh or Windows, I might as well run Windows which has more software.

      For a feature like this, which isn't mutually exclusive with the "new" way of doing things, it's unacceptable to leave your loyal users in the dust while embracing those used to other products. There's no reason OS X can't have both a spatial mode and a browser/column mode at the same time, running in different types of windows. In fact, that exact solution has been outlined in great detail.

      And honestly I'm pretty sick of people defending Apple's removal of features by saying "well those features weren't perfect." Nothing's perfect, but for version 10 of a product to have fewer features than version 9 is unacceptable, whether you're Apple or anybody else.

      End rant.

  9. Difference with Linux by The+MAZZTer · · Score: 2, Insightful

    Linux users have another option not mentioned that isn't available to Windows or Mac-OS users... they can quietly/publicly vent, and then write a patch to fix the problem.

    1. Re:Difference with Linux by westlake · · Score: 3, Insightful
      Linux users have another option not mentioned that isn't available to Windows or Mac-OS users... they can quietly/publicly vent, and then write a patch to fix the problem.

      If the Linux user base is limited to programmers than Apple and Microsoft have absolutely nothing to fear in competition for the desktop.

    2. Re:Difference with Linux by 644bd346996 · · Score: 2, Insightful

      You are right that very few people are capable of making a non-destructive patch for an OS or its desktop environment. However, most people are capable of making a coherent bugzilla entry, and following up on it.

  10. Too many voices by Eccles · · Score: 4, Interesting

    I work on a program with somewhere between 100,000-400,000 users. That's a relatively small market compared to OSes. Even with relatively few users, there's far too many voices for suggestions to listen to. Users ask how to submit wishes, but it's really not worth it for us to make it easy. There's already far too many wishes just from our beta testers, not to mention that many requests are either contradictory, would break the database model we've developed, or are in fact already in the program and they just haven't realized it. And that's not counting the fact that my fellow developers, marketers, and I have our own "brilliant" ideas on how to best improve the program.

    So I can't see blaming the users; I couldn't listen to all of them even if they were trying to tell us about their problems.

    --
    Ooh, a sarcasm detector. Oh, that's a real useful invention.
    1. Re:Too many voices by forkazoo · · Score: 2, Interesting

      I work on a program with somewhere between 100,000-400,000 users. That's a relatively small market compared to OSes. Even with relatively few users, there's far too many voices for suggestions to listen to. Users ask how to submit wishes, but it's really not worth it for us to make it easy. There's already far too many wishes just from our beta testers, not to mention that many requests are either contradictory, would break the database model we've developed, or are in fact already in the program and they just haven't realized it. And that's not counting the fact that my fellow developers, marketers, and I have our own "brilliant" ideas on how to best improve the program.

      So I can't see blaming the users; I couldn't listen to all of them even if they were trying to tell us about their problems.


      This is certainly a fair point -- too many cooks spoil the borth and all that. But, it still may be a valuable idea if you can set up a filtering process. If you have some sort of community forum, you might be able to set up a "mockup screenshot contest" where users can imagine a new feature with a screenshot walkthrough of how it should work. Then, let other users vote on which ideas they find most interesting. Every month, during a development meeting, everybody looks at the highest rated idea, or five ideas or whatever, and see if it is worth implimenting or adding to a roadmap, or whatever.

      This way, you don't have to deal with 400,000 piddly complaints, but you can still notice if half your customer base is demanding a particular feature.
  11. Strongly Disagree by drinkypoo · · Score: 4, Insightful

    Companies are listening, and as taboo as it may seem, most of them want to make their users happy

    Microsoft doesn't give a shit about making you or I happy. They care about corporate customers with support contracts and umpteen-hojillion seats.

    if you shout loud enough, you're bound to be heard

    Even if you are heard, however, you're likely to be ignored. It's only when hundreds or thousands of voices in chorus ask for the same thing that any major developer gives a damn.

    If you need proof of this, then just look at how Linux has progressed in its development.

    This is an exceptionally ignorant thing to say, unless we're speaking exclusively about Open Source or Free Software or something, and we are not. Linux is driven by two groups; one is the major companies which cater to paying customers. If you have purchased a large support contract, they care about you. Otherwise not. The other group is the hobbyists. They want to implement first those things which they think would be cool, second those things which they think are necessary (these may be swapped depending on sensibilities) and third any other feature they think is cool, or would teach them something, or which would get them some props. This last can be the most powerful motivator but usually the competent are not the greatest seekers of glory.

    Compare this to a commercial corporation that only cares if you are important to the bottom line, and you will see how lame the comparison is.

    Let me tell you what companies actually care about: Money. No one cares if you say that you want the product to do X, unless lots of other people said it. But if a product comes out that does what you want and you buy it, well, that sort of thing tends to be noticed. People will then emulate that product, trying to give you what you want.

    Vote with your dollars. End of story, unless it's a free-as-in-beer Linux, and then you're either stroking someone's ego or helping their bottom line by growing their installed base and making their distribution look more desirable to corporate customers. If it's free-as-in-beer, vote with your feet, same concept. By all means tell people what you want, but don't expect to get it because unless everyone else wants it, you're probably not going to get it - again, if it's commercial.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  12. Informed Consumers by Saxerman · · Score: 3, Interesting
    I went kicking and screaming from an Atari ST and Commodore Amiga user to a PC user. As such I was in the unique position to know the many things I was leaving behind in the transition. To those users moving from Windows 3.1 to Windows 95 everything seemed to be a massive improvement. For me... not so much.

    Now Microsoft might not be to blame for the mismanagement of Atari and Commodore, but they are certainly to blame for the massive efforts they have expended on controlling the expectations of their key markets. For more than a decade computer users thought it was perfectly acceptably to use buggy software that crashed often because they didn't know any better. To accuse the end users of not being better educated is a sad excuse that seems short sighted in the extreme. What are they suppose to expect when software that crashes frequently is all they have ever known? Are they suppose to all run off and study the history of computers so they can more critically examine the market and cast better informed economic votes?

    I'm certainly not against the idea of having better educated consumers. I can't help but see education doing anything but helping most situations. Yet in most cases people view a computer as an appliance like a toaster or a refrigerator. They don't want to know how it works, they don't want to hear about regular maintenance plans or upkeep schedules. They just want it to work. And I really don't see that as being a horribly unreasonable expectation.

    --

    A steaming cup of soykaf would be real wiz right now.

  13. Yeah, stupid end users. NOT. by postbigbang · · Score: 3, Interesting

    No, instead it's irresponsible coders.

    NO ONE SHOULD HAVE TO BE AN OPERATING SYSTEM EXPERT.

    Users should use computers as tools. There are responsibilities. But users are hapless. My aunt doesn't have to know about overhead cams to drive to work, and people shouldn't have to know about 64-bit Vista WiFi drivers to logon.

    Plainly, some people are irresponsible and you can't catch idiocy no matter how you try-- nothing is foolproof because fools are so ingenious. But OS makers have a hallowed responsibility to make their targeted users both produtive and protected. To say otherwise, is hubris.

    --
    ---- Teach Peace. It's Cheaper Than War.
    1. Re:Yeah, stupid end users. NOT. by postbigbang · · Score: 2, Interesting

      Your reply betrays the crux of the problem: arrogance. We expect people to be trained on tool use, not of foundational issues. We make cars safe for them. We should make computers safe for them, too. Easy to understand, easy to navigate. We need to help them, not make them experts in arcane historical misfit problems with operating systems.

      --
      ---- Teach Peace. It's Cheaper Than War.
  14. Microsoft Shell: Revealed forums by Foolhardy · · Score: 4, Interesting

    Microsoft tried that late in Vista development at the Shell: Revealed forums. We voiced many concerns, only a few of which got any attention, much of it hand-waving. No one from MS has posted there in a while now, so users have stopped too. A post about the new backup program, sdclt.exe and how much functionality it lacks compared to the old one, ntbackup.exe, was even deleted.

    Someone at Microsoft thought it would be a good idea to get some public feedback on Vista development. Late, but good. But then, they didn't listen to our feedback. Some of the stuff we brought up should have been pretty easy to fix, but was blown off instead.

  15. Re:Question --- Am I Gay? by jcgf · · Score: 2, Funny

    yes, yes it does.

  16. Re:Once you call it an OS flaw by Reaperducer · · Score: 3, Insightful

    A piece of industrial Sony software I work with every day is full of grammar problems.

    "Are you sure to delete?"

    Every time there's a Sony tech in the room I complain. In four years and several versions nothing's changed.

    Are end users to blame? Exactly how am I supposed to change an error message?

    --
    -- I'm old enough to have lived through six different meanings of the word "hacker."
  17. Yes by rrohbeck · · Score: 2

    If they keep buying flawed operating systems.

  18. Had a solution by phalse+phace · · Score: 4, Funny
    "Have you ever thought that if you wanted something to be improved, then maybe you should just speak up and offer a solution instead of quietly or publicly venting without offering any input? Nothing changes by staying the same. Companies are listening, and as taboo as it may seem, most of them want to make their users happy....."

    You know, I did exactly just that and offered Microsoft a few ideas as to how they could improve Windows Vista (done during their beta program). And you know what Billg said to me? "That's the dumbest fucking idea I've heard since I've been at Microsoft."

  19. Re:Once you call it an OS flaw by OrangeSpyderMan · · Score: 4, Insightful

    I thought the same thing, a flaw is a bug. A bad implementation can be technically flawless.

    Bzzzt. Wrong, and this is the typically techy approach to OSes. An OS with no bugs is not necessarily flawless. Flaw can be other things than bugs - flawed usability (e.g. having to go through a menu, 2 sub menus and an option page just to get to a very frequently used search, or having a modern OS that only supports 320x200 on the display).
    Flaws are everywhere, in code, but also in DESIGN. And, of course, the design ones are often the hardest to fix, especially if you look at a list of flaws with only techy eyes ;)

    --
    Try NetBSD... safe,straightforward,useful.
  20. perhaps (shock) open source is more responsive!? by hxnwix · · Score: 4, Funny

    Have you ever thought that if you wanted something to be improved, then maybe you should just speak up and offer a solution? ... just look at how Linux has progressed in its development. And from this, the article writer deduces that.............. users are responsible for closed-source shittyness.

    I don't know about software, but I think glue usage is responsible for this article's shittyness.
  21. Umm... this qualifies as a "technology column"? by dircha · · Score: 3, Insightful

    What a ridiculous little ad-filled blurb this is. This is a "column"? My mother could have written a more insightful technology column, and she doesn't even use computers.

    More infuriating is his use of the term "OS". What exactly are these user level features you are adding to your "OS"? Oh, right, things like internet browsers. Of course.

    This reads like it was written by grade school student.

    This wouldn't even pass as an insightful technical column on CNN. What is it doing here?

  22. People, collectively, will behave as people. by 91degrees · · Score: 3, Insightful

    This is a stupid argument.

    The users don't work collectively. Nor can we do anything except complain about the software flaws, which is a method that manifests itself by blaming the developers.

    So the argument seems to be we shouldn't blame the developers. We should blame ourselves for not blaming the developers.

  23. Devil Advocate by fishthegeek · · Score: 3, Insightful

    As long as end users are receiving messages like this this blaming the end user is still a bit of a stretch. What will really make a difference is when competition returns in full force to the operating system market. It took over a decade of the Big 3 auto makers making the automotive equivalent of a turd before the Japanese auto makers began to see large market gains, and the drivers didn't need to become mechanics in order to make that happen.

    Suggesting that the end user, the same people that answer "Word" when you ask them where they saved their file, could offer meaningful programming suggestions isn't very practical. End users aren't programmers and beyond feature requests or UI suggestions I can't really see them offering much. I apologize to those that like more in depth car analogies. It's been a long day and I just couldn't bring myself to try harder.

    --
    load "$",8,1
  24. Re:Once you call it an OS flaw by servognome · · Score: 2, Funny

    Doesn't an OS flaw mean OS problem by definition, rather than user problem?
    It's not a bug, it's an undocumented feature!
    --
    D6 63 0D 70 89 81 BB 8E 7B 7C 5F 5D 54 EA AB 73
  25. Microsoft isn't listening by slackmaster2000 · · Score: 4, Interesting

    I found a bug recently in an administrative template that shipped with the initial release of Office 2007. I spent a lot of my own time determining that there was a bug, and exactly what it was. I *fixed* the bug.

    I went to Microsoft to report the bug and offer the fix. Unfortunately, I couldn't find the front door. There was one little door off to the side, but the bouncer wanted almost $200 to get through it. I found a large group of people congregating in the parking lot around a few guys with "MVP" badges. Figuring that the MVPs must be representing the company somehow, I told one of them about the problem. He repeated everything I said back to him, and then read something out of a manual. I explained to him that I wasn't having trouble understanding how the software was supposed to work, but I was there to report that the software was not working as documented. He repeated everything I had just said, then everything he had previously said, then everything I originally said, and then asked me about my network settings. I said, "no no, you don't understand. Here's the problem, and here is the fix." I handed him a copy of the exact instructions to fix the problem, and awaited his response. Perhaps a big smooch on the cheek and a check for $50!? No, he just stared off blankly for a while and then started asking some other guy for his network settings. "Click start. Click run. Enter cmd and press enter. Type ipconfig /all..."

    I was a little disappointed that I didn't even get a hug or anything for solving a problem for the company who I had just given 24,000 dollars to earlier in the year, but I went away certain that the trustworthy MVP personally delivered my complaint to the proper executives once he had ascertained his daily quota of network settings. I mean, the MVPs can get past the bouncer, right? Of course, of course.

    You know, sometimes bitching on the web 2.0 is all we got.

  26. In "free" software, yes. But else... by Opportunist · · Score: 2, Insightful

    I do resist being held responsible for the flaws in Windows. Windows was not made according to user specs. It's made according to industry specs. And no, not the industry that wants to use it. The various small and (more) large conglomerations that want their "rights" protected, and of course MS that wants its interests protected. Or could anyone tell me why a user of the product would want DRM, or would want to have the parts of the system so intermingled that you can't replace or remove the parts you do not want or you want from a third party?

    In OSS, the user has actually a voice and more often than not, it gets heeded. Especially since some OSS developers open themselves to funding from their users. Of course, many OSS projects first and foremost follow that their inventor had in mind. That's a given. Funny enough, it often also matches the needs of their users. And many, larger, projects implement what their users suggest.

    For those bugs, I do gladly take the blame. But certainly not for software that was made with completely different needs in mind than mine, or that of any other user.

    --
    We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  27. Marketing vs Reality Gap by jafiwam · · Score: 2, Insightful

    "It just works"

    "Easiest version ever"

    "Simple as 1, 2, 3"

    "Point and click"

    "Set up for wireless in minutes!"

    Seems to me that the companies are to blame for the gap between what the marketing guys say and the reality, not the users.

    Last time I checked, nobody told me my car could withstand 60 mph head on with a bridge embankment so I don't treat it that way.

    Likewise, last time I checked Microsoft and Apple could give two shits about what the knowledgeable geeks had to say about it and went for the dumb grandma dumb enough to pay full retail for the box at WalMart.

    If it's an OS, people ARE told to treat it that way and it doesn't always work out so well.

    So fire your marketing department, or make a better OS, or shut the fuck up cuz it sure as hell is not the users fault.

    Only the FreeOS guys get anywhere close, "oh just [execute obscure and difficult to find script on some oddly formatted config files here] and it will work". With them, at least I know what the tasks are.

  28. TFA is ignorant and wrong. by typidemon · · Score: 2, Insightful

    Have you ever thought that if you wanted something to be improved, then maybe you should just speak up and offer a solution instead of quietly or publicly venting without offering any input?

    There's three problems with this concept:

    The first is that you're ignoring 20+ years of technically competent people telling non-technical people that they are morons for not being able to understand the systems, this has lead to a lot of people assuming that they are immediately wrong.

    The second is that often end users have been making awesome suggestions for decades, but developers don't understand or don't care to understand what the users are saying.

    The third problem is that computer systems are often so complex that users don't truly understand what they want, just what they don't want. It can be exceptionally hard to clearly and definitively make a technical suggestion when you don't understand the technical problem space that you're dealing with. They need people who can interpret what they want to developers. Every other industry has them, why not ours?

    Companies are listening, and as taboo as it may seem, most of them want to make their users happy, so if you shout loud enough, you're bound to be heard.

    Companies are starting to think that it might be a good idea that maybe they should listen to someone that they consider might be a user, or perhaps that that they are listening but, in while reality they are not. Most of them don't even understand the difference between Business Process Requirements and User Requirements.

    If you need proof of this, then just look at how Linux has progressed in its development.

    Bad example. Until very recently, most nix distributions couldn't give a flying hoot about the end users experience. Can't you remember the 'in crowd' jokes that went along the lines of "Linux is very user friendly, it's just picky on who it's friends are"? Really, caring about non-technical users is extremely new in *nix care factor, and it's only there because they need non-technical users to get general acceptance in the home market.

    For software developers, perhaps you could develop an attractive solution, and for users, maybe you could put forth more of an effort to speak up and become involved with this tool that you use everyday so that you can make it better now and for the future.

    There is only one way for that to work, software developers have to bother to listen to them in constructive ways and in general the way that software developers listen to customers at the moment is very, very poor.

    I've been a Usability Specialist for a few years now and before that I spent a lot of time in Customer Support. Customers have been complaining for years, upon years, upon years. The real fault lies at the heart of the problem, the people who make software don't listen to their users - for whatever reasons.