You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Let's finally get around to creating, designing, and incorporating an AsyncAPI Style Guide!
Why the need?
In tech jobs, we often focus on our technology's technical aspects, such as functionality and performance. However, the documentation for our technology is equally important to the code itself. A style guide ensures consistency and clarity, establishes a consistent voice and tone in your documentation, makes it easier for multiple writers to work together on a single doc, and helps ensure documentation is accurate and up-to-date. When all of your technical writers follow the same guidelines, it's easier for readers to find the information they need and understand how to use your product or OSS technology.
What section of the AsyncAPI Style Guide is this issue for?
Grammar: Define guidelines for abbreviations and acronyms, active voice, capitalization, spelling, verb tense, etc.
Where should this go?
Let's create a new .md file for only the Grammar section of the new AsyncAPI Style Guide.
Create the following directory and place your file there: asyncapi.com/docs/community/styleguide/grammar.md.
Hi @thulieblack, I would love to work on this issue. Are there any specific pointers or guidelines you'd like me to keep in mind, or should I primarily refer to the provided resources?
Recxsmacx
added a commit
to Recxsmacx/community
that referenced
this issue
Feb 20, 2025
Fixesasyncapi#1691
Add a new Grammar section to the AsyncAPI Style Guide.
* **Create new file**: Add `asyncapi.com/docs/community/styleguide/grammar.md` to house the Grammar section.
* **Abbreviations and Acronyms**: Define guidelines for using abbreviations and acronyms.
* **Active Voice**: Explain the importance of using active voice and provide examples.
* **Capitalization**: Detail rules for capitalizing titles, headings, and specific terms.
* **Spelling**: List common spelling conventions and preferred spellings for specific terms.
* **Verb Tense**: Outline appropriate verb tenses to use in different contexts.
What Dev Docs changes are you proposing?
Let's finally get around to creating, designing, and incorporating an AsyncAPI Style Guide!
Why the need?
In tech jobs, we often focus on our technology's technical aspects, such as functionality and performance. However, the documentation for our technology is equally important to the code itself. A style guide ensures consistency and clarity, establishes a consistent voice and tone in your documentation, makes it easier for multiple writers to work together on a single doc, and helps ensure documentation is accurate and up-to-date. When all of your technical writers follow the same guidelines, it's easier for readers to find the information they need and understand how to use your product or OSS technology.
What section of the AsyncAPI Style Guide is this issue for?
Where should this go?
Let's create a new
.md
file for only the Grammar section of the new AsyncAPI Style Guide.Create the following directory and place your file there:
asyncapi.com/docs/community/styleguide/grammar.md
.Extra Resources
Code of Conduct
The text was updated successfully, but these errors were encountered: