Paul Crowley (
ciphergoth) wrote2003-08-16 03:31 pm
Today's peeve
Todays peeve is idiots who say "I got an error message" but are incapable of even attempting to read the message. Did it cross your mind that the text in that message might be for something, and you might learn something by reading it? If I don't know the error, how can I fix your problem? Or are all error messages just computerese for "SOMETHING FUCKED UP, MAKE SOMEONE ELSE FIX YOUR PROBLEM"?
Note: questions about TrustFlow here will be deleted henceforth. Check the TrustFlow for LiveJournal FAQ instead.
Note: questions about TrustFlow here will be deleted henceforth. Check the TrustFlow for LiveJournal FAQ instead.
no subject
no subject
|======================================|
| ERROR |
|--------------------------------------|
| Something is wrong with this program |
| |
| Action required: |
| Pull power lead out of computer |
| and jump out of nearest window |
|======================================|
no subject
no subject
no subject
Incidentally, your TrustFlow results are already calculated and await your inspection...
no subject
Another peeve: I'll sometimes talk people through running the command prompt commands that I'd be running if only their server were picking up the )(*_(*_( phone. I'll have them type something ("no, don't write out 'space' hit the space bar") and hit enter. Then I'll wait patiently for them to read me back what the response was. Then ask, "what did it say?" "nothing." "no, look... " "D:\DS>" "no, above that." "Oh!" and they read the useful info that came back.
Why is it so hard to realize that the person on the phone is asking you to type things for a reason?
no subject
I woner if that would be a useful background utility - like the MS phone home error message when applications crash, a utility that you could open that would capture the error message and system state and submit them as a support request to your help desk, with a link that lets the help desk remote in to your system and fix it for you ;-)
no subject
no subject
no subject
I'm a technical writer so my life's work is to translate between Technical Jargon and English - and believe me, it's not an easy job. There's not much of a common frame of reference to work in...
no subject
no subject
http://www.livejournal.com/users/dennyd/152719.html
no subject
At least when my dad lived at home he would obsessively copy out error messages and record conditions of crash obsessively. I can forgive his inability to cope with any OS written after 1980.
Fneh.
Natalya
no subject
I had this little Kiwi "timp" [/Kiwi] trying to tell me she hadn't exceeded her mailbox storgage limit, but instead the "system is faulty". I then advised her to move or delete items, and this would rectify the problem.
Her: "I already deleted over 200 items, and it still won't work".
Me: "Well, it's the size of the items that counts, not the quantity...."
Her: "Yeah, but I only have 3 items, and they are all small".
Me: "Okay...how big are they?"
Her: "Well, I don't know, how do I find that out?"
Me: "......."
Her: "Hello?"
Me: "Yes, I'm here. I'm just struggling to work out how you know the items are small, if you don't know how to find out their size....?"
And the rest, is not worth typing.
no subject
no subject
no subject
- (program suddenly disappears with no message)
- (program fails to start with no message)
- Segmentation fault
- The memory could not be "read"
- Illegal instruction
- Could not find FOO.DLL in ...
- The network is unreachable
- Drive E is not ready
- There has been a sharing violation
- Could not log on to server
There is really no excuse for any of these. Essentially the messages are saying: Something fucked up and we haven't even bothered to give you enough details for telephone/email help, so get someone technical over here and to your problem. Utter crap. I don't blame the users for not memorising them.
But then the following messages/interactions are not much better:
- Would you like to auto-archive your old messages?
- Would you like the browser to remember this password?
- Track changes to document on/off
- Whould you like to change the document from format X-N to format X?
- Make files available offline
- Synchronize mail messages
These interactions make some attempt at being meaningful, but there's really no chance for the first-time user to make an informed choice, or to understand the implications of something like "remember password". So yeah, users are dumb, or rather unwilling to debug the technology. But then the technology makes a superficial promise at being mature and then isn't. It's the software makers who need the kicking.
(OK it could be the users who need the kicking if there's a really great maker of user-friendly, solid software that doesn't give lousy interactions but users fail to take it up and go for McSoft instead, so the market kills the good software. But it's not that that you're peeved with the uers about, is it?)
Pavlos
no subject
There's also the fact that most times when an error occurs you can sort it out with a shutdown and restart, without bothering technical support, and you don't know until after you've tried to restart and it hasn't worked that the error message was actually important on that particular occasion...
no subject
I'm still not entirely sure what that means...
no subject
no subject
However, I disagree about doctors. Sometimes walking into the surgery and saying 'I have [condition] again, give me some more of the drug that worked last time please' saves both you and them a lot of time and trouble. It's not analogous to bug reports, because fixing a bug you've fixed with the help of a support person before should be something you now know how to do without help; getting a prescription, even for a known condition, is something which requires the presence of a doctor.
no subject
That isn't necessarily the case.
If you are using commercial software and have a support agreement you can be in the position where you can't fix the problem even if you have that in house skills. Its a bit like opening up the tamper evident bit of any electrical equipment to fix something. Thats fine as long as you're prepared to have invalidated the warranty and never being able to ask for help if it breaks in the future.
Also if you have in-house SLAs you really aren't doing your dept. any favours by fixing a bug yourself unless its your team thats responsible for 'it'. When you finally work out that there is a fundamental flaw and try to get it fixed properly the first thing you have to do is prove its broken. If you have to say you've done stuff to fix it in the past you'll then have to prove that it wasn't your fixes that broke it.
no subject
no subject
no subject
Ken Thompson has an automobile which he helped design. Unlike most automobiles, it has neither speedometer, nor gas gage, nor any of the numerous idiot lights which plague the modern driver. Rather, if the driver makes any mistake, a giant "?" lights up in the center of the dashboard. "The experienced driver," he says, "will usually know what's wrong."
no subject
alright i think i came to the right LJ//person
one of my friends has her like "top 50 stalkers" listed and i was wondering how you did it and stuff like that. im very curious to see who mine are. haha.
please get back to me.
thank you
<3
no subject
no subject
Best error message ever
"Server Error in '/' Application. Runtime Error Description: An application error occurred on the server. (etc., falling asleep already)"
Like my job isn't boring enough! In contrast, the Trustmetrics error message provided a link to what I would call "a really hot guy's LJ." Any error message that can inspire trans-Atlantic fantasies is, without doubt, truly incredible - but probably my reaction is not that of the typical user. However, just a few more of them would really change my attitude about work.
Re: Best error message ever
Re: Best error message ever
Re: Best error message ever
no subject
no subject
no subject
You won't see any TrustFlow questions from me, I promise. :)