The antidote to "no longer set"

Uncle Gizmo

Nifty Access Guy
Staff member
Local time
Today, 02:51
Joined
Jul 9, 2003
Messages
17,576
Not always right....

 
Not always right....

Caught the double-click issue as soon as the article mentioned the file being highlighted. Was my first thought at that moment.

The author takes the wrong lesson from this experience:

All in all, I learned a valuable lesson from this. No matter how long you’ve been shackled to the Hell Desk, no matter how much you think you know about everything, and no matter how jaded you’ve become with stupid users over the years, NEVER, EVER overlook the absolute simplest, stupidest, mind-numbingly basic troubleshooting steps. Because users are stupid, and you need to be able to think equally as stupid.

The author should instead take this as a learning experience to use real words instead of jargon (ie, "double-click the file", which corresponds to the real world physical act of pressing the mouse button twice, vs "open the file", which is jargon because nothing really opens and you could as accurately describe that as accessing the file, viewing the file, etc.).
 
Just read the comments and see I'm not alone in having spotted the issue more readily than the author.

Someone really needs a new line of work.
 
Caught the double-click issue as soon as the article mentioned the file being highlighted. Was my first thought at that moment.

The author takes the wrong lesson from this experience:



The author should instead take this as a learning experience to use real words instead of jargon (ie, "double-click the file", which corresponds to the real world physical act of pressing the mouse button twice, vs "open the file", which is jargon because nothing really opens and you could as accurately describe that as accessing the file, viewing the file, etc.).

But where to you draw that line ?
I here have a senior IT colleague who creates help-files.
Yes, help-files can be useful with a lot of useful information for new persons or when you forgot something.
But the help-files start to be in the form of :
* link to an article
1) clic on link above
end file

Can we assume that some line is crossed ?
For any most basic stuff, he made a file. Send email ? Clic on 'send email' (with screenshot included)
There is even a help-file to how to shutdown a PC. 🤯
 
While we are on this topic, I can tell you that USER behaves like, looks like, and IS a 4-letter word that is destined to be spoken with the same force of vehemence as many other, less polite, 4-letter words that you might know. But users pay the bills so... gotta live with 'em, can't live without 'em.

Seriously, users will put your software through the best stress tests in the world because of something called designer's hypnosis. You write code to be used by users who probably don't have the years of experience that you have. Why would you expect them to be able to manipulate your elegant product with grace, elan, and aplomb?

All you have to do to appreciate this problem is to watch a few episodes of "The Beverly Hillbillies" to see what I mean. People inexperienced with technology have no idea how to correctly use it. What is intuitive to you is an enigma to them because they don't have your background. And that is where the "hypnosis" comes in. You have done things the "right" way so many years that you forget the time when YOU didn't have a clue either. You ALWAYS do something in a particular way so long that you forget you had to be taught how to do that.

It is a problem common to writers in any field. You write something that you think will be the magnum opus of your company's publications. Then, just to be thorough, you go through the document a second time to catch typos. After a couple of passes, it looks GREAT. Then you turn it over to the "official" proof-readers and it comes back festooned with red ink. There you are, aghast at what happened. But what REALLY happened is that your mind remembers what you intended to see and it automatically overlays what you meant to write, hiding what you actually wrote. We have to remember that our brain filters out stuff on-the-fly as a survival technique. We have a "spell-checker/auto-correct" in our brain when we read. Have you ever cursed that foul creation of Satan called the "spell checker"? Of COURSE you have. But you have one of your own.

As an amateur writer, I make multiple passes through my work, but the best way to deal with it is to put it aside for at least a couple of months so that your stream of auto-correct is no longer in your short-term memory (or in computer terms, your cache has been flushed.) Then you can see more clearly that you DID make a whopper of an error. Unfortunately, for business deadlines, you can't put something aside for two months. So be nice to the document proof-readers. THEY don't have designer's hypnosis. They haven't lived with computers in the same way that you have. They don't have the built-in prejudices towards doing things in a particular way. They don't ASSUME to do things the right way. And you ... do.
 
While we are on this topic, I can tell you that USER behaves like, looks like, and IS a 4-letter word that is destined to be spoken with the same force of vehemence as many other, less polite, 4-letter words that you might know. But users pay the bills so... gotta live with 'em, can't live without 'em.

Seriously, users will put your software through the best stress tests in the world because of something called designer's hypnosis. You write code to be used by users who probably don't have the years of experience that you have. Why would you expect them to be able to manipulate your elegant product with grace, elan, and aplomb?

All you have to do to appreciate this problem is to watch a few episodes of "The Beverly Hillbillies" to see what I mean. People inexperienced with technology have no idea how to correctly use it. What is intuitive to you is an enigma to them because they don't have your background. And that is where the "hypnosis" comes in. You have done things the "right" way so many years that you forget the time when YOU didn't have a clue either. You ALWAYS do something in a particular way so long that you forget you had to be taught how to do that.

It is a problem common to writers in any field. You write something that you think will be the magnum opus of your company's publications. Then, just to be thorough, you go through the document a second time to catch typos. After a couple of passes, it looks GREAT. Then you turn it over to the "official" proof-readers and it comes back festooned with red ink. There you are, aghast at what happened. But what REALLY happened is that your mind remembers what you intended to see and it automatically overlays what you meant to write, hiding what you actually wrote. We have to remember that our brain filters out stuff on-the-fly as a survival technique. We have a "spell-checker/auto-correct" in our brain when we read. Have you ever cursed that foul creation of Satan called the "spell checker"? Of COURSE you have. But you have one of your own.

As an amateur writer, I make multiple passes through my work, but the best way to deal with it is to put it aside for at least a couple of months so that your stream of auto-correct is no longer in your short-term memory (or in computer terms, your cache has been flushed.) Then you can see more clearly that you DID make a whopper of an error. Unfortunately, for business deadlines, you can't put something aside for two months. So be nice to the document proof-readers. THEY don't have designer's hypnosis. They haven't lived with computers in the same way that you have. They don't have the built-in prejudices towards doing things in a particular way. They don't ASSUME to do things the right way. And you ... do.

Totally agree. But still it all depends who is the reader. We (or I) make documents for people who had a similar school-degree.
That is also a reason why pair-programming has been used a lot. You can give feedback and have less of that auto-correct mentality.
 
But where to you draw that line ?
I here have a senior IT colleague who creates help-files.
Yes, help-files can be useful with a lot of useful information for new persons or when you forgot something.
But the help-files start to be in the form of :
* link to an article
1) clic on link above
end file

Can we assume that some line is crossed ?
For any most basic stuff, he made a file. Send email ? Clic on 'send email' (with screenshot included)
There is even a help-file to how to shutdown a PC. 🤯

Shutting down a PC is less straightforward than finding the button to send an email after you have somehow already managed to find the email app, open it, create a new mail doc, write it up, give it a subject and address it to the intended recipient(s).

At the same time, if such is a common trait in the targeted user base, then a dedicated guide just makes sense.

If you do low-skill work on a PC, there is maybe more expectation you can at least handle the technology. But for those hired because they know other stuff (lawyers, for example) there might be more leeway on how tech-savvy they are. Indeed, it might be the expectation that they not waste valuable time (the boss pays for) trying to figure out stuff on the computer and just have the help desk mules do it for them...
 

Users who are viewing this thread

Back
Top Bottom