Live data from Hacker News

Ask HN: What are you using for public documentation these days?

news.ycombinator.com

101–110 of 111 posts

Re: Ask HN: What are you using for public documentation these days?

#101

We are using Docusaurus ( https://docusaurus.io/ ). - it is easy to configure/customise - looks really great out of the box - solid documentation - fast In our case, we just had to change the colors and font. Here is our Docusaurus code if that's helpful: https://github.com/ToolJet/ToolJet/tree/develop/docs and here is the live documentation: https://docs.tooljet.com/

Sort of curious, is there key differences between Docusauras and Hugo that would make it worth switching??

Re: Ask HN: What are you using for public documentation these days?

#102
post #6

I'm using mkdocs with the material plugins [1]. I'm running it mainly for a Blockchain Education site for my labs from my course, which seems to be fine [2]. I did a fair amount of customization though, so I am running all this as mkdocs plugins, not directly from the materials project. [1] https://squidfunk.github.io/mkdocs-material/ [2] https://ethereum-blockchain-developer.com

Another +1 from me for mkdocs and mkdocs-material (and I'm also a supporter of squidfunk). I use it for lab exercises[1] as part of my online courses (deployed onto Netlify). It just works and looks good.

[1] https://moretestable.com

Re: Ask HN: What are you using for public documentation these days?

#104

We are using Docusaurus ( https://docusaurus.io/ ). - it is easy to configure/customise - looks really great out of the box - solid documentation - fast In our case, we just had to change the colors and font. Here is our Docusaurus code if that's helpful: https://github.com/ToolJet/ToolJet/tree/develop/docs and here is the live documentation: https://docs.tooljet.com/

+1 for Docusaurus. We're using it at Warrant (https://docs.warrant.dev/). In addition to what folks have already mentioned, it has good blogging support as well (markdown, post tags, SEO/social tags etc). Makes it much easier to manage both docs + blog from the same system.

Re: Ask HN: What are you using for public documentation these days?

#105
post #71

I am "eating my own dog food" in the sense that I am currently using two projects that I developed specifically for that: - HastyScribe[1] -- an opinionated markdown compiler that supports advanced features for technical writing like macros, fields and transclusion. - HastySite[2] -- a highly customizable static site generator based on HastyScribe and min[3], another project of mine (and a pretty deep rabbit hole to…

Can you link me or explain some more what you mean by macros, fields, and transclusions? Your project makes it easy to document these aspects of a programming language? Or these are features of your documentation system itself?

They are features of the documentation system itself, here's a simple example of macros:

https://h3rald.com/hastyscribe/HastyScribe_UserGuide.htm#Mac...

Basically it's like defining simple functions with parameters.

And here is a section about transclusion, which is a fancy tech writing word to say "include text from another file":

https://h3rald.com/hastyscribe/HastyScribe_UserGuide.htm#Tra...

Re: Ask HN: What are you using for public documentation these days?

#106

Antora, which uses Asciidoctor (rather than Markdown). The obvious example is the Antora and Asciidoctor documentation: https://docs.antora.org/antora/2.3/ https://docs.asciidoctor.org/asciidoc/latest/

Really really love Antora. I've been pushing hard for it for internal docs -- one very nice attribute is that it can collate docs from multiple Git repos. This way, you can have documentation close to the code, like I want as a developer, while having a single "documentation site" like most management and non-technical users want.

Re: Ask HN: What are you using for public documentation these days?

#107

As I read through these comments (and discover some interesting tools!) I want to give a word of caution for anyone using this thread to make a tooling choice. The "best" documentation system for you is heavily dependent on your product [1], your contributors [2], and your ability to maintain/customize the underlying tooling. Just because you're seeing Tool X 10 times in this comment doesn't necessarily mean it's bes…

Agreed. I'm looking for documentation software that supports a WYSIWYG or otherwise visual editor. This is because the contributors to our documentation are not very technical.

If your contributors aren't technical then things that require Markdown, Git, or a build process are rejected pretty much immediately.

Currently I'm looking at Mediawiki or WordPress, but I'd love some other suggestions for non-technical contributors.

Re: Ask HN: What are you using for public documentation these days?

#108
post #51

If you're looking for a SaaS solution, I can really recommend Archbee[0]. We've moved to it from ReadMe[1] recently, due to constraints in ReadMe's product and the challenges scaling it commercially in our model. [0]: https://www.archbee.io/ [1]: https://readme.com/

What ReadMe constraints did you run into? I don't work for them, I'm just a technical writer who has to use it from time to time and wants to be aware of footguns.

The big challenges were things that were inherent to how usage scales in their platform.

As one example, they see a 'project' as one single set of cohesive documentation and they've built a UX/UI to facilitate that. This is perfectly fair but it means you need multiple projects for multiple documentation projects. In simple terms, everything in a project is intended to be 'one thing'.

Again, this might be fine but projects are so distinct and separated that it makes them really hard to maintain at scale (lots of repetition, no setting or customization sharing) and frankly, if you need the full customisation options you need to $400 a month for _each_ project.

This is a pretty unique to our model, so it's not really a criticism of readme, but it's the reason we've left. Archbee has some (not all) of the same limitations, but they don't charge us $400 a month for each project!

Re: Ask HN: What are you using for public documentation these days?

#109
post #23

Markdown in Git, Gitlab or GitHub. KISS.

This is my preferred option as well. Both GitLab and GitHub turn your markdown (and some other formats) files into static pages. They both have web-based editing support, so it is not necessary for a user to know anything about git to contribute. Both can automatically generate a table of contents for a page. And it gives you better versioning than any wiki system.

Re: Ask HN: What are you using for public documentation these days?

#110
I use GitBook for https://docs.uxwizz.com/, but I want to move away from them, mostly because of their poor export features.

I want to pay for the services to be able to export PDF, but their "starting" plan is for $6.40/mo/user AND you are forced to start with at least 5 users. So I would have to pay $384 per year just to be able to export PDF for a single documentation with a single user.

Post reply on HN