18
Hi, I’m Brandon. @brandonmwest [email protected] Docs for Developers

(API) Docs for Developers

Embed Size (px)

Citation preview

Page 2: (API) Docs for Developers

Goals of Docs1. Make the user a hero

Page 3: (API) Docs for Developers

Goals of Docs2. Let customers self serve

Page 4: (API) Docs for Developers

Goals of Docs3. Reduce support overhead

Page 5: (API) Docs for Developers

Goals of Docs1. Make the user a hero

2. Let customers self serve

3. Reduce support overhead

Page 6: (API) Docs for Developers

TYPES of Docs• Descriptive

• Reference / Code

• Tutorials

• Interactive

Page 7: (API) Docs for Developers

Who should Write Docs

“Most engineers can’t write a

single coherent sentence,

never mind string together a

paragraph.”

Page 8: (API) Docs for Developers

TYPES of Docs• Descriptive

• Reference / Code

• Tutorials

• Interactive

Page 9: (API) Docs for Developers

Docs developer

A tech writer isn’t enough.

Ninjas need not apply.

Page 10: (API) Docs for Developers

Docs as Engineering

Page 11: (API) Docs for Developers

structureIf your content is not

organized and easy to find,

it’s not as valuable.

Page 12: (API) Docs for Developers

MARKUP and FORMAT

The layout and formatting of

the docs are MORE important

than the words.

Page 13: (API) Docs for Developers

DOCS ARE MUTABLE

Docs are alive, just

like the code and DB schema

Page 14: (API) Docs for Developers

Do not Repeat YOURSELF

Page 15: (API) Docs for Developers

Keep it loosely Coupled

Don’t document the UI.

Don’t document third parties.

Page 16: (API) Docs for Developers

Tighten the feedback loop• Let users submit feedback.

• Pay attention to secondary

sources, e.g. Stack Overflow

and GitHub.

Page 17: (API) Docs for Developers

Do not rely on robots

Automatic documentation is

good... but not good enough.