Difference between revisions of "User:Spiralofhope/documentation philosophies"
From Pandora Wiki
Spiralofhope (talk | contribs) m (Created page with "__TOC__ This is a combination FAQ, rant, statement of intent, (what's the other good word).. It'll eventually get moved to my own site, but I'll build it here so people can rea...") |
Spiralofhope (talk | contribs) m |
||
Line 13: | Line 13: | ||
Avoid copying or rewriting upstream documentation. | Avoid copying or rewriting upstream documentation. | ||
− | + | ; Reasoning: To do so is just extra work and a maintenance nightmare. | |
− | + | ; Alternative: Supply direct links to good documentation. | |
− | Exceptions: | + | ; Exceptions: |
− | * The upstream documentation isn't good enough | + | * The upstream documentation isn't good enough. |
− | ** Contact them, | + | ** Contact them, tell them how and where you looked for their documentation and what you were expecting to find. |
− | * | + | *** Ask if you've been looking in the right place and if they have some beta documentation they've been working on. |
− | *** If yes: Help their beta get finished and published. | + | **** If yes: Help their beta get finished and published. |
− | *** If no: Collaborate with them. | + | **** If no: Collaborate with them. |
− | *** If they aren't amenable to collaboration, do it yourself and publish it here. Use it as leverage to make fun of their bad documentation. | + | **** If they aren't amenable to collaboration, do it yourself and publish it here. Use it as leverage to make fun of their bad documentation. |
* Duplicating documentation for basic commands or for common usage is ok. | * Duplicating documentation for basic commands or for common usage is ok. |
Revision as of 21:09, 10 May 2012
This is a combination FAQ, rant, statement of intent, (what's the other good word)..
It'll eventually get moved to my own site, but I'll build it here so people can read it and understand my reasonings.
1. Maintainability
Over everything else, documentation must be maintainable.
1.a. Avoid duplication
Avoid copying or rewriting upstream documentation.
- Reasoning
- To do so is just extra work and a maintenance nightmare.
- Alternative
- Supply direct links to good documentation.
- Exceptions
- The upstream documentation isn't good enough.
- Contact them, tell them how and where you looked for their documentation and what you were expecting to find.
- Ask if you've been looking in the right place and if they have some beta documentation they've been working on.
- If yes: Help their beta get finished and published.
- If no: Collaborate with them.
- If they aren't amenable to collaboration, do it yourself and publish it here. Use it as leverage to make fun of their bad documentation.
- Ask if you've been looking in the right place and if they have some beta documentation they've been working on.
- Contact them, tell them how and where you looked for their documentation and what you were expecting to find.
- Duplicating documentation for basic commands or for common usage is ok.