Every Good Open Source Product Starts with Scratching a Shared Itch
Producing Excellent Open Source Products
Me
https://www.adamhyde.net
- NZer (now in SF)
- starter of things including - FLOSS Manuals, Booktype, BookJS, Coko (coFounder), Book Sprints, Cabbage Tree Method and more
- Shuttleworth Fellow
- Ex Artist and stuff

Coko
https://coko.foundation
- Solving scholarly publishing problems with open source
- Building good faith networks
- Building infrastructure eg: PubSweet, INK, Editoria, XSweet
Itch to Scratch
The fact that it is your itch is important
The developer is:
-
the use case specialist
-
the code specialist
Knowing your itch gives you insights and motivations. It is an important qualitative and experiential factor.
What is it good for?
✓ Infrastructure
✓ Developer Tools
x User-facing solutions
Why is it failing open source in the 'user space'
...because we are scratching someone else's itch
a developer is
a code specialist
a user is
a use case specialist
Scratching someone else's itch
If we want to 'solve the users problem (itch)' they must be central to designing the solution.
Design First
Design with the User
An Example
The Cabbage Tree Method

https://www.cabbagetree.org
Good for
- Building platforms
- Working with orgs
- Fixing workflows
Facilitated Design

Users Use Case Specialists


Use case Speciaists Designing Their Own Software
Iterative Design→Build Sessions

The Flow

An Example

The Users Scratch

The Summary

The Mock

The Working Code

The Working Code

Every Good Open Source Product Starts with Scratching a Shared Itch Producing Excellent Open Source Products
Every Good Open Source Product Starts with Scratching a Shared Itch
By Adam Hyde
Every Good Open Source Product Starts with Scratching a Shared Itch
- 3,014