Submitted via IRC for TheMightyBuzzard
Try this simple technique to write messages that help users understand the reason for errors.
The first time a user encounters an application's documentation, it's not always with the user manual or online help. Often, that first encounter with documentation is an error message.
Technical writers should be involved in writing error messages. It's an important, although often overlooked, part of the job. After all, error messages are documentation, albeit documentation that's embedded in the code.
[...] An error message should be meaningful. By that, I mean full of meaning not only for a developer, but also for the user of the software. To prevent any panic or confusion, the message should be clear.
A meaningful error message should:
- be short (you can write in sentence fragments);
- contain a description, in plain language, of what went wrong; and
- use wording or a tone that doesn't (whether explicitly or not) blame the user.
Source: https://opensource.com/article/17/8/write-effective-error-messages
(Score: 0) by Anonymous Coward on Friday August 18 2017, @12:34PM
Microsoft tends to lump several user-visible error messages into one, and shows a couple of options that could maybe be the problem.
The classic from IE: "The server was not found, or a DNS error occurred". If the server wasn't found, or a DNS error prevented you from getting the IP address of the server, how come I can see the request on the server? Heck, I've even had that error message while having the server code stop at a break point.
It seems to me that that error message is the one shown for any error between GET / POST and having a complete response.