The most frequently heard/read user communications: 1. How do I make this [expletives deleted] do what I want?
2. Why didn't I get what I wanted when I did this, [implied "you gunky"]? 3. I did what I thought [you][the documentation]["Fred"] said and all I got was this [expletives deleted]! 4. The error message didn't tell me how to fix it, it told me to call you! The sounds of user-surly software. Vacation Notice: None currently scheduled Tom Puddicombe Mainframe Performance & Capacity Planning CSC 31 Brookdale Rd, Meriden, CT 06450 ITIS | (860) 428-3252 | tpudd...@csc.com | www.csc.com This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. From: John Gilmore <jwgli...@gmail.com> To: IBM-MAIN@LISTSERV.UA.EDU Date: 11/27/2013 02:21 PM Subject: Re: OT? Opinion article on software design being "deliberately unfriendly" Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> Shmuel characterizes my notion that there is an ineluctable conflict between power andease of use as "a copout". I wish it were; but here the microsoft view that choices are the enemy is often correct. Users do not ordinarily know "what they want to do" in any constructive sense. They have global ease-of-use and performance goals, functional objectives. They seldom have even a vague notion what processing strategies are in use and what effects the parameterizations/choices available to them will have on performance or resource use. These issues can be clarified in written materials, workshops, and the like; but in my erxperience many users have little patience with the need to learn how systems work. We come down to choices that can be fudged a little but not much. A system can be easy to install, or it can he highly flexible and tunable. It cannot usually be both. Here, as elsewhere, Le bon Dieu est dans le détail; but I doubt very much that Shmuel disposes of a deux es machina that bridges this dichotomy. Things can of course be made easy, on the model of those books that used to be called Calculus made easy or the like and are now called Calculus for dummies instead, which achieve their objectives by leaving the hard parts out. John Gilmore, Ashland, MA 01721 - USA ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN