InnerSourceCommons / InnerSourceCommons/InnerSourcePatterns

Showcase the organizations and the patterns they use in our book

Open
#623 8 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

(Self-) Hosting
Dominant language
HTML
Stars
853
Forks
206
Avg merge
1d 23h
Merged PRs (30d)
2

Description

Each pattern already has the "Known Instances" section, where organizations can list themselves when they are using a given pattern.

We could show this information a bit more prominently in our book.

Implementation ideas

Single Page

Maybe a single "Adopters" page at the top level, which would then list organizations, and they patterns they use e.g.

  • Airbus
    • InnerSource License
    • Standard Base Documentation
    • Maturity Model
    • ...
  • Europace
    • Standard Base Documentation
    • Communication Tooling
    • ...
  • Bosch
    • InnerSource License
    • Dedicated Community Leader
    • ...
  • Nike
    • Core Team
    • ...

Dedicated pages for each org

It could even be a dedicated page for each organization. Maybe that would be best?
so e.g. https://patterns.innersourcecommons.org/adopters/europace

On that pace we would only list the patterns used by Europace.

That would give the respective orgs a page that they can point to if they want to say "we use these InnerSource patterns".
And if adding themselves to the "Known Instances" of a pattern is the only way to do this, then that might motivate further contributions by other companies.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reviewing the existing “Known Instances” sections in the book and the issue’s proposed single-page and per-organization approaches. Done would require an agreed presentation structure that showcases organizations and the patterns they use, but the issue does not identify files or tests.

Written by the indexing model from the issue text.

Assessment

Domain
documentation
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
20/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.