Episode Details

Inner Source - Die Anwendung von Open Source Best Practices in deiner Organisation

Jede Firma und jeder Entwickler⋅in hat Berührungspunkte mit Open Source. Direkt oder indirekt durch verwendete Libraries, Server-Systeme oder Ähnliches. Wie die Open-Source-Szene funktioniert, ist auch irgendwie faszinierend. Personen, die sich nicht kennen, arbeiten weltweit und asynchron, relativ effizient zusammen und erschaffen zusammen Großes.

Inner Source hat zum Ziel, die besten Praktiken aus Open Source in einer geschlossenen Organisation zu nutzen. Doch was bedeutet dies eigentlich?

Dazu haben wir mit Sebastian Spier gesprochen. Wir steigen tiefer ein und klären, was Inner Source ist, welchen Vorteil eine Organisation bei der Anwendung von Inner Source hat, ob Inner Source ohne Open Source Erfahrung möglich ist, ob interne Firmenpolitik dadurch reduziert werden kann und welcher Support vom Leadership und vom Team eigentlich notwendig ist. 

Bonus: Kneipenguide.de wurde in Perl geschrieben.

Das schnelle Feedback zur Episode:

👍 (top) 👎 (geht so)

Feedback (gerne auch als Voice Message)

• EngKiosk Community: https://engineeringkiosk.dev/join-discord 
• Email: stehtisch@engineeringkiosk.dev
• Mastodon: https://podcasts.social/@engkiosk
• Twitter: https://twitter.com/EngKiosk
• WhatsApp +49 15678 136776

Gerne behandeln wir auch euer Audio Feedback in einer der nächsten Episoden, einfach Audiodatei per Email oder WhatsApp Voice Message an +49 15678 136776

Links

• Sebastian Spier (LinkedIn): https://www.linkedin.com/in/sebastianspier/
• Sebastian Spier (Blog): https://spier.hu/
• Inner Source: https://de.wikipedia.org/wiki/Inner_Source
• Inner Source Commons: https://innersourcecommons.org/
• Inner Source Patterns: https://patterns.innersourcecommons.org/
• Inner Source Pattern - Transparente Auffindbarkeit der InnerSource Projekt in der Firma, möglichst über Business Units hinweg: https://patterns.innersourcecommons.org/p/innersource-portal
• Inner Source Pattern - Wo anfangen, wenn man einen InnerSource contribution zu einem anderen (InnerSource) Projekt machen möchte?: https://patterns.innersourcecommons.org/p/base-documentation
• Inner Source Pattern - Wie können externe Contributor die Richtung des Projektes verstehen, oder sogar beeinflussen: https://patterns.innersourcecommons.org/p/trusted-committer und https://patterns.innersourcecommons.org/p/maturity-model
• Inner Source Pattern - Wer übernimmt die Verantwortung für Probleme in Produktion, nachdem der PR eines anderen Teams gemerged wurde?:

  Listen Now