That's the super-user syndrome. They know enough to get themselves into a bind but not enough to get themselves out. It's difficult just trying to get an accurate description of the problem because they lace the description with theories about what the cause is.

"Please just describe the problem and, if possible, how you reproduce it. No, just describe the problem. What's happening when you press the button? No, just the problem! Not what you think is causing it."

It's a conundrum because good super-users can help less technical people in their groups. But, their issues tend to take more time to unravel.

I tend to associate "super-user" with an admin who knows what they are doing. Back in the 90's we called these folks "power users".

Yup. Power user was the name we used back then. If you had a good one, (s)he could save you support time.

I imagine this is especially prevalent for editors because they are expected to be the technical ones in a room of high-ego professionals. Every second of their day is them being judged on how super-user they are.

It's definitely not unique to Hollywood... Before I switched to infrastructure development I ran a Linux engineering group and among other things handled production support escalations. The job was often finding the actual problem while gently dissuading my customer the issue wasn't a pet theory and/or something they just Googled. In fact sometimes the escalations came specifically so I could weigh in on root cause after joining the bridge because the various parties couldn't agree.

A favorite was someone to run free and declare the system was "out of memory and must be swapping". It recurred so often I think that theory passed from group to group like a treasured heirloom until we wrote a FAQ on the subject. Fortunately in my opinion getting ops and development to work together built mutual respect for respective skill sets.

What, will you refuse to help me if I call you in deep distress and said that "xcode command line tools is failing to update because of the nginx 503 errors clearly visible in Safari"

I wouldn't absolutely refuse to help, but if you are like some users I've dealt with and you keep repeating that instead of answering specific questions I've actually asked† then I'll drop the call and mark the support ticket as paused‡ until the information requested is provided.

[†] Q: can you check A, User: why if the problem is Z? Q: could you do B and tell me what the response is?, User: but I'm sure the problem is Z, Q: what version of C do you have?, User: that shouldn't' matter because the problem is Z, ..."

[‡] meaning it is not running against any SLA clocks

The two matters could be separate symptoms of the same underlying problem for which more information is needed. Admittedly in this case you would probably be right and the tool is likely failing to update because it is getting the same 503:Overloaded responses from the http server, but that is not necessarily the case (perhaps the server is agent sniffing and provides a different, more human interpretable, response to requests from browsers, the response for humans is proxied by this server from another and that is currently overloaded, so the update tool isn't getting the same 503 responses that you are).

Yes

well, you're not wrong

I don't understand this.

> The thinks-their-technical users

English was not my first language and sometimes I get tripped up. What does this mean?

They meant "thinks-they're-technical", which might clear things up.

Putting dashes between a bunch of words isn't really a correct way to do this, but it's a way to smash a bunch of words together and pretend it's one word. In this case an adjective describing the users.

It's perfectly cromulent to hyphenate words this way. Doing so causes them to become adjectives. For instance, you would say "fast-paced agenda," not "fast paced agenda," or "fast, paced agenda." The latter two have a different—and in this example, weird—meaning.

In this case, I think it's a poor style choice, because there are two verbs and an adjective being combined, but there's nothing 'incorrect' about doing so. It might be clearer to say "users who think they are technical," but fixing the mixed pluralization and incorrect use of "their" would go a long way on their own.

What you did there, it has been seen. :)

What? Hyphenated compound adjectives have been a standard feature of English for centuries:

https://www.grammarbook.com/punctuation/hyphens.asp

I suspect the trip-up was caused by mixing up their and they're.

It was supposed to be "thinks they're technical". In other words, people who think they are more technical than they really are.

That looks like a misspelling that should have been "thinks-they're-technical users" i.e. users who think they're technical but aren't as technical as they think they are.

They think they're technical users, but really they aren't. Generally these folks are people who have skills in other areas and have a partial or basic ability to use some complicated software. However, they don't have well-developed computer skills but are convinced that they do.

It means someone who believes they have a high technical ability but in reality has a low to mid ability and know some relevant words. Typically they apply them incorrectly when describing a problem or solution.

I think parent meant "Thinks-they're-technical users", as in the users in question believe themselves to have more knowledge about the domain than they actually do.

I believe it’s misspelled, but meant to be “think-they’re-technical” as in, describing users who think they are technical.

Should have been “thinks-they’re-technical”

It means users who believe themselves to be highly technical, but are not.

Amen.