Showcase the organizations and the patterns they use in our book
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 20/100
- Issue-Typ
- Feature
- Klarheit
- Muss geklärt werden
- Aktivitätsstatus
- Veraltet
- Bereich
- documentation
Rechercherichtung
Beginne damit, die bestehenden Abschnitte „Known Instances“ im Buch sowie die im Issue vorgeschlagenen Ansätze mit einer einzelnen Seite und mit einer Seite pro Organisation zu prüfen. Als abgeschlossen würde gelten, wenn eine abgestimmte Darstellungsstruktur vorhanden ist, die Organisationen und die von ihnen verwendeten Muster hervorhebt; das Issue nennt jedoch keine Dateien oder Tests.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
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.
- Vorherrschende Sprache
- HTML
- Sterne
- 853
- Forks
- 206
- Ø Merge
- 1 T. 23 Std.
- Gemergte PRs (30 T.)
- 2
Beitragsleitfaden
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus InnerSourceCommons/InnerSourcePatterns
-
community metrics
InnerSourceCommons/InnerSourcePatterns#935 · 1 zugewiesene Person ·
-
community metrics
InnerSourceCommons/InnerSourcePatterns#934 · 1 zugewiesene Person ·
-
community metrics
InnerSourceCommons/InnerSourcePatterns#922 · 1 zugewiesene Person ·
-
community metrics
InnerSourceCommons/InnerSourcePatterns#921 · 1 zugewiesene Person ·
-
community metrics
InnerSourceCommons/InnerSourcePatterns#915 · 1 zugewiesene Person ·
Alle Issues in InnerSourceCommons/InnerSourcePatterns
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
-
certification
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 80/100
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 85/100
bisq-network/support#2181 ·
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 85/100
-
tutorial updates Offen
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 80/100
sveltejs/svelte.dev#2241 ·