Documentation Icon

Documentation

Documentation is a set of information that describes a product to its users.
22 Stories
All Topics

Ezekiel Sikelianos github.blog

How we open sourced docs.github.com

GitHub open sourced this long-lived private project. Learn about the why and how in this post…

Last week we open sourced all of GitHub’s product documentation, along with the Node.js web application that powers it. Check out our new public repository at github.com/github/docs.

This post tells the story of why we wanted to open source the docs, what tools we built and open sourced along the way, and how we worked to make the project welcoming to external contributors.

Rina Jensen Mozilla Hacks

An update on MDN Web Docs

Rina Jensen shares more details on the future of MDN Web Docs in this post on Mozilla Hacks.

First we want to be clear, MDN is not going away. The core engineering team will continue to run the MDN site and Mozilla will continue to develop the platform.

However, because of Mozilla’s restructuring, we have had to scale back our overall investment in developer outreach, including MDN. Our Co-Founder and CEO Mitchell Baker outlines the reasons why here. As a result, we will be pausing support for DevRel sponsorship, Hacks blog and Tech Speakers. The other areas we have had to scale back on staffing and programs include: Mozilla developer programs, developer events and advocacy, and our MDN tech writing.

Jon Evans GitHub Blog

GitHub Arctic Code Vault's guide to the Tech Tree

Have you heard of the GitHub Arctic Code Vault? If not, the goal of GitHub Arctic Code Vault is to preserve open source software for future generations. Which means we need thorough docs describing how the world makes and uses software. Which I find completely fascinating!

From the GitHub Archive Program readme:

We are now also opening up the initial compilation of Tech Tree resources to community input. Inspired by the Long Now Foundation’s Manual for Civilization, the Tech Tree is a collection of technical works which document and explain the layers of technology on which today’s open-source software relies, along with works included to provide additional cultural context for the Arctic Code Vault.

From the Tech Tree readme:

What follows, which we call the Tech Tree, is a selection of works intended to describe how the world makes and uses software today, as well as an overview of how computers work and the foundational technologies required to make and use computers. The purpose of the GitHub Archive Program is to preserve open source software for future generations. This implies also preserving the knowledge of other technologies on which open-source software runs, along with a depiction of the open-source movement which brought this software into being.

Opensource.com Icon Opensource.com

5 tips for making documentation a priority in open source projects

1️⃣ Value contributions to documentation just as much as code contributions
2️⃣ Put documentation and code in the same project repo
3️⃣ Make documentation a requirement for a merge or release milestone
4️⃣ Have a consistent contribution process for code and documentation
5️⃣ Have well-documented processes for contributing to documentation

That’s the TL;DR, but each of these is expanded upon in the article.

Maarten Claes mcls.io

Encouraging a culture of written communication

Are you striving to create a culture of written comms? Maarten Claes writes…

More and more people are being exposed to working remotely. One of the key factors for success in a remote workplace is a culture of written communication. It’s not always obvious how to create such a culture, and it takes at least some level of discipline from the people involved to make it a habit.

I’ve worked with mostly remote teams over the past three years. Here are a few of my observations on what helped cultivate such a culture.

Documentation divio.com

What nobody tells you about documentation

This article starts out like a bit of false advertising:

It doesn’t matter how good your software is, because if the documentation is not good enough, people will not use it.

People tell us that about documentation all the time. Come on, now. Get to the good stuff!

In this article I will explain how you can make your documentation better, not by working harder at it, but by doing it the right way. The right way is the easier way - easier to write, and easier to maintain.

OK, I’m listening. I’m listening.

Documentation needs to include and be structured around its four different functions: tutorials, how-to guides, explanation and technical reference. Each of them requires a distinct mode of writing.

Pay dirt! 🙌

This is an absolute must-read on the four different kinds of docs and how to effectively execute on each.

Patrick Woods developermode.com

Building TwilioQuest from the ground up

Twilio uses a custom-made, 8-bit RPG game to teach developers their APIs, both online and at events like Superclass and Twilio Signal. Created by Kevin Whinnery, TwilioQuest is a premier example of how to educate developers without putting them to sleep.

“Younger generations of technologists […] have grown up collecting loot and gaining XP”

Increment Icon Increment

A primer on documentation content strategy

Do you have documentation? Do you have a documentation content strategy? No?!!

If you want to create guides for your software, having a solid content strategy can help you write useful content. This article will walk you through how to develop that strategy, whether you’re an engineer or a technical writer, new to writing documentation or just looking to get more strategic about it.

Dennis Reimann dennisreimann.de

UIengine 1.0 – a workbench for UI-driven development

Dennis Reimann:

The UIengine is a tool to build pattern libraries and documentation for design systems. It helps designer and developers to work closely together and offers features to boost their productivity.

Alternatives already exist in the ecosystem (Fractal, Storybook, etc). Why reinvent the wheel?

Most of the existing tools focussed on the component development, but lacked ways to also provide good documentation. Some were limited to using a specific templating language or framework, which was suboptimal for me: As a freelancer I am working on many projects and each one has its own set of constraints and requirements. I wanted to build a tool with an open source license, which I could use and extend with every project I work on.

React docz.site

Docz – it has never been so easy to document your things!

Docz’ high-level principles give you an idea of what they’re all about:

  • Zero config and easy. No unnecessary build steps with confusing setups.
  • Blazing fast. Always use the fastest things to build our tools.
  • Easy to customize. Create something that will be easy to use and customize.
  • MDX Based. Have the best standard to write documents.
  • Pluggable. Plugins are the best choice when you need to be custom and flexible.

Watch the demo video on the homepage to see just how nice this tool is to use.

Kelly builderbook.org

Open source web app to publish documentation or books

From Kelly Burke:

You can use this web app to write and sell books on your own domain. We use it for our own book, which teaches you how to build the app from scratch: https://builderbook.org/book

Pretty cool. Writing your documentation or book in Mardown is amazing for a lot of writers. The reading experience on the web could be a bit better, but the app comes with all the third-party integrations you’d want to sell your book.

Vue.js vuejs.org

Vue.js gets a cookbook 👩‍🍳

Unlike the guide which walks you through building a Vue app in story form, the cookbook is all about focused examples of how to accomplish specific goals with the framework.

This is an excellent addition to the compendium of documentation in support of the project, and one that’s worthy of emulation once your framework has a base set of docs that are solid.

Documentation docusaurus.io

Introducing Docusaurus

Facebook announced Docusaurus to more easily maintain open source documentation websites.

We created Docusaurus for the following reasons:

  1. To put the focus on writing good documentation instead of worrying about the infrastructure of a website.
  2. To provide features that many of our open source websites need like blog support, search and versioning.
  3. To make it easy to push updates, new features, and bug fixes to everyone all at once.
    And, finally, to provide a consistent look and feel across our all our open source projects.

The Changelog The Changelog #245

Open Source at Google

Will Norris (Engineering Manager at Google’s Open Source office) joined the show to talk about their new release of the Google Open Source website as well as the release of Google’s internal documentation on how they do open source. Nearly 70 pages of documentation have been made public under creative commons license for the world to use. We talked about the backstory of Google’s Open Source office, their philosophy on OSS, their involvement in the TODO group, and much more.

0:00 / 0:00