Presented by:

3af4194cc38fbc6d4e68fbe7536347d5

Adam Michael Wood (adam.michael.wood@gmail.com)

from Open Data Kit

Adam is a technical writer, Python developer, and open source advocate. He is the lead maintainer of the documentation for Open Data Kit, a set of open source data collection tools used by NGOs, government agencies, and academic researchers around the world. Adam blogs about tech writing and Python at hackwrite.com. In addition to his work in tech, Adam is a church musician and composer, and is working on an open source music theory library for Python.

No video of the event yet, sorry!

Free and Open Source projects are notorious for incomplete and poorly written documentation.

GitHub's 2017 Open Source Survey found that "documentation is highly valued, but often overlooked" with 93% of respondents agreeing that "incomplete or outdated documentation is a pervasive problem."

In attempt to solve that problem, many FOSS projects try to make doc writing "easier" and less formal --- using wikis, lightweight site generators, and Markdown. Some people claim that this enables "non coders" (that is, people who aren't familiar with command lines and versino control systems) to contribute.

This is a mistake.

Any project larger than a small utility library needs real documentation tools. "Quick" tools like wikis and Jekyll blogs contribute to documentation debt as a organizing, editing, and adding content slowly become more onerous and disconnected from the developer experience.

The solution is to treat Docs like Code, to treat your documentation like a first class product --- an engineering product. By not ignoring the lessons we've learned about how to write, test, and deploy code together, we can get better at writing, testing, and deploying documentation together.

Additionally, far from scaring off "non-coders", this approach encourages potential contributors to learn basic open source contribution skills in a less complicated, easier to understand context. (Because typos don't cause impossible to debug compilation errors, and documentation is less prone to merge conflicts.)

This talk will walk through how Open Data Kit uses the common tools, processes, and platforms of modern open source development --- git, GitHub, automated testing, continuous integration --- to produce high quality documentation and empower new open source contributors.

Date:
2018 November 10 - 15:00
Duration:
50 min
Room:
Room 3178
Conference:
Seattle GNU/Linux Conference 2018
Language:
Track:
Documentation
Difficulty:
No experience required

Happening at the same time:

  1. Exploring Security of IoT Devices
  2. Start Time:
    2018 November 10 15:00

    Room:
    Room 3184

  3. Client Side Video Editing - Lessons in WebAssembly and FFmpeg
  4. Start Time:
    2018 November 10 15:00

    Room:
    Room 3180

  5. You got chocolate in my peanut butter! .NET on Mac & Linux
  6. Start Time:
    2018 November 10 15:00

    Room:
    Room 3179

  7. Monitoring and Alerting: Knowing the Unknown
  8. Start Time:
    2018 November 10 15:00

    Room:
    Room 3183