10 myths about API documentation

100%
You must read source code to write API docs.
You'll need to extrapolate sample code from one language to create code samples in another.
You must be a former engineer to be competitive in the API doc space.
Technical writers usually create the API reference content (e.g., OpenAPI spec, Javadoc).
Almost all job interviewers care about, when it comes to API doc jobs, is technical know-how.
Developers can and will write docs if you implement a docs-as-code process.
Because their role aligns with the audience, with API docs, developers are most suited to be the ones writing for other developers.
"API documentation" and "developer documentation" are synonymous.
Docs that look good *are* good.
People will respect you more if the word "writer" isn't in your job title.
Any other comments or feedback about these myths? Are there myths I didn't explore here? 
Create Your First Online Survey