Podcast: 10 myths about API documentation
Listen here:
You can download the MP3 file, subscribe in iTunes, Google Podcasts, or other podcast platforms.
10 myths about API documentation
Here are the myths I address in the podcast.
- You must read source code to write 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 reference material (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 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.
In the podcast, I mentioned this NY Times article: In the Salary Race, Engineers Sprint but English Majors Endure.
Your Feedback
Here’s a short survey to see if you think these myths are generally true or false. (It would be best if you listened to the podcast first.) You can view the ongoing results here.
About Tom Johnson
I'm a technical writer based in the Seattle area. In this blog, I write about topics related to technical writing and communication — such as software documentation, API documentation, visual communication, information architecture, writing techniques, plain language, tech comm careers, and more. Check out simplifying complexity and API documentation for some deep dives into these topics. If you're a technical writer and want to keep on top of the latest trends in the field, be sure to subscribe to email updates. You can also learn more about me or contact me.