These kinds of things can be life or death in airplanes.
It used to be in the Air Force that full throttle was called "takeoff power". Then one day a jet was making a landing, and the copilot decided they needed to abort. The first thing you do on abort is go to full power, so he yelled "takeoff power". The pilot chopped the throttle, thinking he meant "take off power", causing an accident.
The offical phrase for full throttle was then changed to "full power" (or "maximum power", I forgot).
I don't think that's the case. It's very possible to be a good programmer and care deeply about your work, but at the same time be a terrible UX designer. Unfortunately a lot of software companies don't realize this and give UX the priority it deserves; instead they make their coders guess about it, which leads to things like this dialog.
Oh sure, I'm a living disaster area at UX. I meant more that whoever is the "designated responsible individual" (if one even exists -- doubtful) has given the fuck up.
For some reason I didn’t read “the fuck” as emphasis, but as a direct object—the person had had a fuck previously, but have since given up that fuck.
I’m going to use that as an example of why UX is hard: not only are people generally not paying attention, but sometimes they misfire even when they are.
or even that the message makes perfet sense to the person writing it, because they are not reading the message, but reading what they thought the message was in their head!
and he simply missed the unfortunate dialog box that resulted in one of those cases. An oversight, but when the subtitles of the user presentation is so decoupled from the code it can be easy to miss.
I actually prefer the idea of using "Don't" instead of "Cancel." When combined with always using a verb instead of "Yes" or "OK", I think it makes for completely unambiguous dialog.
Not completely unambiguous, though. I've seen plenty of software with negations in their dialog messages ("Don't delete x?") Particularly egregious with driver installations. Everything considered, buttons with actual verbs seem the most foolproof.
State of California used to allow 5 in healthcare reporting: male, female, indeterminate, unknown, and other.
The first two are largely self-explanatory, self-identification issues largely not considered. "Indeterminate" means that evidence is present but it's not possible to distinguish. "Unknown" means evidence isn't present (and hence it's not possible to make a determination. Example: unidentified human remains found and either grossly mutilated or partial to the point of not being able to determine sex. "Other" means that evidence is present, and it's possible to make a determination, but it doesn't fit any of the previous categories.
My absolute favorite on this one is a dialog that pops up if an assertion fails in a .NET program. It has three buttons whose names have a distinguished provenance: Abort, Retry, Ignore.
Those names don't exactly describe what the buttons do. Fortunately, though, someone at Microsoft noticed the problem and fixed it. So now the title bar reads, "Assertion Failed: Abort=Quit, Retry=Debug, Ignore=Continue"
"Would you like to cancel this transaction?"
"OK" – "Cancel"