DEV Community

What are you using for your documentation?

Martin Belev on June 30, 2020

Hi everyone, I am sure there is no "best" tool for it but what are your recommendations for documentation. It should support MDX. Gatsby has som...
Collapse
 
kant312 profile image
Quentin Delcourt

VuePress is an efficient tool for writing documentation: vuepress.vuejs.org/

Collapse
 
cguttweb profile image
Chloe

Seconded I asked a similar question and I have decided to use this for my own personal docs as I wanted something Vue based.

Collapse
 
coreybutler profile image
Corey Butler

Personally, I feel like the industry needs a new take on docs in general. We're rethinking the process of using docs, through metadoc.io... basically docs as a data source. We're focusing on documenting Go libs to start (because it's low hanging fruit), but I've made alot of headway on a JS doc generator as well (github.com/metadoc). By focusing on the production of data instead of HTML, we'll be able to generate pretty/unified docs in just about any format.

Collapse
 
bobbyiliev profile image
Bobby Iliev

I really like LaRecipe

I actually wrote a post about it a few weeks ago on DEV:

Write gorgeous documentation for your products using Markdown inside your Laravel app

Collapse
 
_garybell profile image
Gary Bell

I'm currently using a folder called "documentation" and a bunch of .md files.

I figure the documentation is then with the source code when the developer is working on it, and therefore doesn't need an internet connection to work.

It does the job for now, but I want to look at alternatives at some point. I want it to be part of source control so I can add items to the code reviews to document certain things.

Collapse
 
remotesynth profile image
Brian Rinaldi

I wrote up a whole post on this topic that covers some options (all Jamstack focused). stackbit.com/blog/jamstack-documen...

For docs, I prefer something like Hugo as I really don't see the need to have a React-based frontend on it since the primary goal is just to serve up static content. I like Hugo for this because it compiles incredibly fast and docs sites can get large.

Collapse
 
martinbelev profile image
Martin Belev

Thank you for sharing, I will check it out.

Collapse
 
mskog profile image
Magnus Skog

At work we use Hugo with the Learn theme. It works really well but it is a bit of a pain to have to commit code to update the documentation.

At home I use Notion for just about everything, including documentation.

Collapse
 
martinbelev profile image
Martin Belev

I would like to thank you all for joining the discussion.

Our investigation is over and we made a decision. We are going to use Gatsby with Docz extended theme.

A couple of points which led us to this decision:

  • it is React based and this fits well into our project because we are using React
  • it is not opinionated and full of conventions which gives flexibility so that we can customise however we want
  • it is evolving quickly and the community is great
  • great performance
  • React documentation is built with Gatsby which was a good indicator for us
Collapse
 
pushkar8723 profile image
Pushkar Anand

gitbook.com/ anyone?

Collapse
 
scriptautomate profile image
Derek Ardolf • Edited

I've tried tools like Jekyll and Hugo, both of which I still use for blogs, but they didn't meet requirements for certain documentation projects.

Now I'm a huge fan of Sphinx: which is open-source, and doesn't require any licensing. It can use Markdown or reStructuredText (rST). rST has become my go-to, and has seemed capable of doing more things within Sphinx out-of-box.

Sphinx can be used for general documentation, but can also automatically generate documentation from Python docstrings in code repositories, Javascript projects (thanks to efforts by Mozilla), and even Go or .NET with other extensions: all by pulling from comment blocks to make use of documentation from within the code base itself.

If arguments/options are already being documented within the code, then why not extract it to add to the separately written docs?

Automation can be introduced to documentation around things like spelling and URL link validation.

Automation pipelines can include jobs that generate PDFs (Sphinx uses things like LaTeX/LuaTex/XeTeX/etc.) and even ePUB files from the documentation, too, rather than just the HTML static site.

I'm thinking of creating some quickstart projects that use GitLab/GitHub Pages, and GitLab CI / GitHub Actions for automatically building and deploying websites in a GitOps fashion. I'll be including PDF generation as part of the pipelines.

I do have some biases here, though, like using Python as my tool of choice. Sphinx is python-based. I've also been wanting to create tooling that can generate a blog but also an ebook/PDF from blog contents. That, and even print-ready PDFs with proper formatting for print-on-demand (POD) style printers like KDP. I also have many projects that cross-reference each other, so that idea of importing compatible rst files from other source repos was ideal.

Collapse
 
jldohmann profile image
Jesse

Sphinx is something I've been meaning to check out! A lot of open source projects use it, so it seems useful to know how it works when contributing to a project.

I'm thinking of creating some quickstart projects that use GitLab/GitHub Pages, and GitLab CI / GitHub Actions for automatically building and deploying websites in a GitOps fashion. I'll be including PDF generation as part of the pipelines.

I would be really interested in reading a write up on how you do this, if you ever have the time!

Collapse
 
scriptautomate profile image
Derek Ardolf • Edited

I wanted to update here: I did a rather major pivot toward adopting Dendron, so I want to make sure to mention it here. My long-term goal is to use LaTeX and other tooling that make use of the Markdown notes and docs I take in Dendron. I have converted my main website over to using it: icanteven.io/

A major difference for Dendron is that it isn't just meant to be a publishing tool from a CLI, though that is a definite feature. Dendron is a VSCode / VSCodium extension that provides an excellent UX for knowledge management in general, which the other tools (such as Hugo, Sphinx, Jekyll, etc.) don't have. This has made my life easier, and having the ability to pull documentation from multiple vaults (git repos of documentation) into a single workspace, and to selectively publish a collection of documentation, is really cool.

Now, I've even joined the Dendron team! We cross-post under the Dendron dev.to org here, and the documentation is at wiki.dendron.so. I highly recommend it, and to checkout the growing Discord Community.

Collapse
 
brpaz profile image
Bruno Paz

I like Vuepress and MkDocs with Material Theme.

For API documentation, Redoc.

Collapse
 
gsto profile image
Glenn Stovall

Is this for internal documentation or external facing? For internal we're using Github wiki.

Collapse
 
martinbelev profile image
Martin Belev

It will be for internal usage. We have and are using Confluence but things are not as we want them to be in there. So we are looking for other solutions.

As we are using React, most probably going to use a tech that is React based. For now Gatsby seems like a very decent option for the things that we want.

Collapse
 
gsto profile image
Glenn Stovall

Could you tell me more about "things are not as we want them to be in there."?

Thread Thread
 
martinbelev profile image
Martin Belev

Confluence has been for a long time, a lot of people are using it and it has all kind of information.

Maybe a little more about what we are trying to achieve (or at least some of the most important pieces) so that it can be more understandable why Confluence is not the best thing for us:

  • We would like to have the news docs in more structured way which will be more related to the project itself, not having everything in there.
  • From our backend we got JSON API documentation which is going to be presented in the new docs in a prettier way than JSON format.
  • We want to have some kind of integration with our components in Storybook.

This being the case, Confluence doesn’t seem like the best place to put everything. And I believe it is not possible to have all of the needed things in there to be honest.

Collapse
 
jbroomer profile image
jbroomer

Docusaurus! So much out-of-the-box capability and very straightforward however, it also has the option to customize and add plugins.

Collapse
 
bharatv profile image
Bharat

Nothing can beat speca
speca.io/

Collapse
 
bouzaf profile image
Felipe

I just recently used OpenAPI 3 with ReDoc (redoc-cli), looks pretty nice.

Collapse
 
raysca profile image
Raymond Ottun

docsify.js.org/#/ Is decent. A very quick and dirty way to get started

Collapse
 
thokuest profile image
Thomas Küstermann

Happily using Antora and not looking back. Documentation is written in Asciidoc, though.