Skip to content

"What modular documentation is" introduction uses undefined jargon making it difficult to understand #235

Open
@emteelb

Description

@emteelb

First, reading this documentation has been very helpful and enlightening and gives me some ideas to improve my own documentation work. So thank you to the authors and maintainers. I am happy to have stumbled across this.

That said, I found it difficult to get into the documentation because the introduction uses three jargon terms (user story, assembly, and module) that aren't defined in the "What modular documentation is" section itself. Only at the section's end in an additional resources subsection is there a link to where these terms are defined.

To a new reader, this is confusing because the documentation starts using technical terms that it hasn't described yet to try to describe what modular documentation is. How can an unfamiliar reader be expected to follow along with understanding? The documentation is basically asking a new, unfamiliar reader (me, for example) to read an entire section with suspended belief because of undefined key terms, get to the end of the section, jump to a link where the key terms are defined, then reread the original section having gained an understanding of the key terms.

It would be better to define those three key terms in the introduction itself, before proceeding to use them.

I am willing to help out here if wanted.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions