Ask HN: awesome web-based documentation?
Any other examples of good doc systems, or tips for creating effective documentation?
Any other examples of good doc systems, or tips for creating effective documentation?
If the comments become part of the documentation, then you need to ruthlessly edit them to remove incorrect advice, duplication, and redundancy. If you simply leave everything there forever, then the comments become worthless. Integrity of information is everything.
The colour choice for code examples is orange on gray. This is almost impossible to read for colour-blind people. I have to squint to make out each character. I can't get in to a flow and read the code, I have to decode each character then put them together to read the snippet in its entirety.
I don't think user-land comments have any place in documentation. The docs form part of the official specs for the language and, personally, I find user comments create too much unintentional confusion. You often find well-intentioned amateurs make basic errors in PHP's doc examples. User comments can be great for examples, but they belong in a separate place, say, a wiki.
An example of good docs IMO is Python's. A nice helpful topic bar on the left, and careful docs on the right.
That said, I think the comments absolutely belong there, as it's typically where I find the gotchas that don't make it into the language docs. Comments like "you can use this function most of the time, but if you're foo, functionB() is faster for those cases" are invaluable in optimization, and are seldom well-published in official language docs.
What that means is that I can be a slow expert in the PHP language versus the years of experience it would take me to divine those truths working in another language.
The table of contents dropdown tab at the top is a cool way to organize the different categories of information... the styling of the docs is also consistent and easily legible
The interface is really simplistic which allows me to read the documentation a lot longer than other site (ex. php.net). Also, it's very well-organized and completed, I can go there every time I have a question about the framework and don't need to Google much.
Mako Templates http://www.makotemplates.org/docs/
Beautifully written, well documented, plenty of examples and use cases... and then a super responsive developer that appears to never sleep and answers questions posted on the mailing list within minutes.
Pyramid (The Pylons/BFG Merger) http://docs.pylonshq.com/
Documentation + 100% test coverage and also a very responsive development team.
http://msdn.microsoft.com/en-us/library/preferences/experien...
http://docs.jquery.com/Main_Page
Also, the PHP documentation is very good. The layout could be better but it's kept really simple with lots of examples to help you out.
- I'm too busy
- It should already be there, this is a common problem
- I don't know enough to edit
- How do I make an account
Good documentation for a community is hard.
http://nanoc.stoneship.org/docs/
backbone.js docs are concise and easy to follow, also well designed:
Click any of the links on the bottom. They're gorgeous, informative, and have fantastic examples.
People either love or hate the Ruby docs - I like them, personally. I never have issues finding what I need. http://www.ruby-doc.org/core/
I also like the rdoc.info stuff. It's a bit spartan, but it's usable, as long as the gem author actually included documentation. http://rdoc.info/github/mislav/will_paginate/master/frames
(But if I remember correctly, they don't rock in all browsers.)
PHP's multiple examples are really neat. that and people commenting.
in one setup i put asciidoc (a wiki-syntax-to-docbook tool) before publican to make writing/editing the docs more straight forward.
i cannot give you one-size-fits-all documentation tips, it depends heavily on what document you work on (api docs, a user guide, etc.) and what is the target audience.
personally i like to avoid the word "you" in documentation.
A step-by-step example helps alot.
I think the one thing that I dislike, if I had to pick out something in particular, is that they include a function reference inline with discussion about it. I'd prefer to see them separated, though I freely admit that may just be me being peculiar, rather than any particular deficiency in the docs.
Cool idea for Sphinx-based docs.