We've been told for years that it's demeaning to do the opposite and underestimate or over-explain, so people may have been erring too far in this direction.

We've also seen a lot of "the burden of communication lies on the communicator, not the listener," (quotes indicate paraphrasing) but this may also have led to overcorrection on the part of some listeners.

It's often impossible to predict what knowledge level and cultural background one's readers will have, so somehow we have to find a middle ground and ask that everyone mutually assume good faith and put in some effort to understand the other party, both when communicating and when reading.

Here is a tutorial I wrote:

https://dev.to/mattgaiser/how-to-debug-an-office-js-manifest...

I tried to just link to anything that might require more info. If you know how to do it, great, don't click the link. Otherwise, what you need is right there.

If you always include at least a summary of what the user is expected to know, it lets the user read the documentation nonlinearly without getting completely lost when they hit an unfamiliar concept.

This way, when someone ignores the section and comes to me in incomprehension of a document they were not expected to understand, I can ask them what was unclear about the "About This Document" section. Although that's probably optimistic about how often people read documentation.