Zum Inhalt springen

„Inner Source“ – Versionsunterschied

aus Wikipedia, der freien Enzyklopädie
Versionsgeschichte interaktiv durchsuchen
[ungesichtete Version][gesichtete Version]
← Zum vorherigen VersionsunterschiedZum nächsten Versionsunterschied →
Inhalt gelöscht Inhalt hinzugefügt
VisuellWikitext
K Leyo verschob die Seite Inner source nach Inner Source: NK
Michaeldorner (Diskussion | Beiträge)
81 Bearbeitungen
K f
Zeile 1: Zeile 1:


{{QS-Antrag|4. Januar 2017|2=Wikifizieren, sofern relevant--[[Benutzer:Lutheraner|Lutheraner]] ([[Benutzer Diskussion:Lutheraner|Diskussion]]) 16:08, 4. Jan. 2017 (CET)}}
{{QS-Antrag|4. Januar 2017|2=Wikifizieren, sofern relevant--[[Benutzer:Lutheraner|Lutheraner]] ([[Benutzer Diskussion:Lutheraner|Diskussion]]) 16:08, 4. Jan. 2017 (CET)}}
Inner Source (engl. ''inner source'', auch ''fir­menin­tern­er Open Source'') ist die Verwendung von Praktiken aus der Open-Source-Entwicklung in der [[Softwaretechnik|Softwareentwicklung]] sowie die Einführung einer [[Open Source|Open-source]]-artigen Kultur innerhalb eines Unternehmens. Der Begriff Inner Source stammt von [[Tim O’Reilly|Tim O'Reilly]] aus dem Jahre 2000.<ref>{{Internetquelle|url=http://archive.oreilly.com/pub/a/oreilly/ask_tim/2000/opengl_1200.html|titel=Open Source and OpenGL - O'Reilly Media|autor=Tim O'Reilly|hrsg=|werk=archive.oreilly.com|datum=|sprache=en|zugriff=2017-01-04}}</ref>
'''Inner Source''' (engl. ''inner source'', auch ''fir­menin­tern­er Open Source'') ist die Verwendung von Praktiken aus der Open-Source-Entwicklung in der [[Softwaretechnik|Softwareentwicklung]] sowie die Einführung einer [[Open Source|Open-source]]-artigen Kultur innerhalb eines Unternehmens. Der Begriff '''Inner Source''' stammt von [[Tim O’Reilly|Tim O'Reilly]] aus dem Jahre 2000.<ref>{{Internetquelle|url=http://archive.oreilly.com/pub/a/oreilly/ask_tim/2000/opengl_1200.html|titel=Open Source and OpenGL - O'Reilly Media|autor=Tim O'Reilly|hrsg=|werk=archive.oreilly.com|datum=|sprache=en|zugriff=2017-01-04}}</ref>


== Motivation ==
== Motivation ==
Open Source gilt als Garant für hohe Qualität der Software.<ref>{{Literatur|Autor=Kevin Crowston, Kangning Wei, James Howison, Andrea Wiggins|Titel=Free/Libre open-source software development: What we know and what we do not know|Hrsg=ACM|Band=44|Nummer=2|Verlag=ACM Computing Surveys|ISSN=0360-0300|DOI=10.1145/2089125.2089127}}</ref> Außerdem zeigt, dass die offene Zusammenarbeit in Open-Source-Projekten als besonders geeignet, um Zusammenarbeit sogar zwischen direkten Konkurrenten (z.B. [[ARM Limited|ARM]] und [[Intel]] am [[Linux (Kernel)|Linux-Kernel]]) funktional und [[Meritokratie|meritokratisch]] zu gestalten. Softwarefirmen wollen diesen Erfolg nutzen: Einerseits durch die Nutzung von Open-Source-Tools oder -Software-Komponenten in ihren [[Proprietäre Software|proprietären Software-Produkten]], anderseits von den Praktiken, die sich in der Open-Source-Welt etabliert haben.
Open Source' gilt als Garant für hohe Qualität der Software.<ref>{{Literatur|Autor=Kevin Crowston, Kangning Wei, James Howison, Andrea Wiggins|Titel=Free/Libre open-source software development: What we know and what we do not know|Hrsg=ACM|Band=44|Nummer=2|Verlag=ACM Computing Surveys|ISSN=0360-0300|DOI=10.1145/2089125.2089127}}</ref> Außerdem zeigt, dass die offene Zusammenarbeit in Open-Source-Projekten als besonders geeignet, um Zusammenarbeit sogar zwischen direkten Konkurrenten (z.B. [[ARM Limited|ARM]] und [[Intel]] am [[Linux (Kernel)|Linux-Kernel]]) funktional und [[Meritokratie|meritokratisch]] zu gestalten. Softwarefirmen wollen diesen Erfolg nutzen: Einerseits durch die Nutzung von Open-Source-Tools oder -Software-Komponenten in ihren [[Proprietäre Software|proprietären Software-Produkten]], anderseits von den Praktiken, die sich in der Open-Source-Welt etabliert haben.


== Übernommene Open-Source-Praktiken ==
== Übernommene Open-Source-Praktiken ==

Version vom 4. Januar 2017, 17:12 Uhr

Dieser Artikel wurde am 4. Januar 2017 auf den Seiten der Qualitätssicherung eingetragen. Bitte hilf mit, ihn zu verbessern, und beteilige dich bitte an der Diskussion!
Folgendes muss noch verbessert werden: Wikifizieren, sofern relevant--Lutheraner (Diskussion) 16:08, 4. Jan. 2017 (CET)

Inner Source (engl. inner source, auch fir­menin­tern­er Open Source) ist die Verwendung von Praktiken aus der Open-Source-Entwicklung in der Softwareentwicklung sowie die Einführung einer Open-source-artigen Kultur innerhalb eines Unternehmens. Der Begriff Inner Source stammt von Tim O'Reilly aus dem Jahre 2000.[1]

Motivation

Open Source' gilt als Garant für hohe Qualität der Software.[2] Außerdem zeigt, dass die offene Zusammenarbeit in Open-Source-Projekten als besonders geeignet, um Zusammenarbeit sogar zwischen direkten Konkurrenten (z.B. ARM und Intel am Linux-Kernel) funktional und meritokratisch zu gestalten. Softwarefirmen wollen diesen Erfolg nutzen: Einerseits durch die Nutzung von Open-Source-Tools oder -Software-Komponenten in ihren proprietären Software-Produkten, anderseits von den Praktiken, die sich in der Open-Source-Welt etabliert haben.

Übernommene Open-Source-Praktiken

Neben vielen Praktiken, die sich auch in Foundations wie der Apache Software Foundation, Linux Foundation oder Eclipse Foundation etabliert haben, ist eine offene Zusammenarbeit, offene Kommunikation sowie eine gute Qualitätssicherung notwendig. Ein wesentliches Werkzeug zur Realisierung dieser Transparenz ist die Verwendung einer zentralen Software-Forge.

Offene Zusammenarbeit

Um sinnvoll und effektiv in Open-Source-Projekten zusammenarbeiten zu können, müssen alle nötigen Entwicklungsartefakte (z.B. Code, Dokumentation, Issue Tracker) allen zugänglich gemacht werden.

Offene Kommunikation

Offene Kommunikation in Open-Source zeichnet sich dadurch aus, dass sie allgemein einsehbar, vollständig, archivierbar, asynchron und in schriftlicher Form stattfindet, um allen potentiellen Mitarbeitern die Möglichkeit der Interaktion zu geben. Dies wird oft durch Foren, Mailinglists oder ähnliche Tools umgesetzt.

Qualitätssicherung durch Trennung von Code-Beitrag und -Integration

Mit Hilfe von dedizierten Reviews sowie der Unterscheidung zwischen Contributor (Code-Beitragender) und Committer (Integrator, Entwickler mit Schreibrechten) wird die Qualität in Open-Source-Projekten sichergestellt.

Nutzen

Neben den Qualitätsattributen, die Open-Source-Software verspricht, werden folgende Vorteile berichtet: [3]

  • Effizientere und effektivere Entwicklung
    • Kürzere Time-to-Market
    • Geringere Entwicklungskosten
  • Überwindung von Organisationsgrenzen
    • Aufteilung von Kosten und Risiken über Organisationseinheiten hinweg
    • Zusammenarbeit über Organisationsgrenzen hinweg
    • Programmweiter Informationsaustausch
  • Erfolgreichere Wiederverwendung
    • Nutzung von Kompetenz außerhalb von Organisationseinheiten
    • Entkopplung von Software-Komponentenanbietern und -wiederverwendern
    • Entlastung von Software-Komponentenanbietern
  • Bessere Software
    • Höhere Code-Qualität
    • Mehr Innovation
  • Höhere Flexibilität beim Einsatz von Entwicklern
    • Vereinfachter Einstieg in die Entwicklung für neue Entwickler
    • Vereinfachte Entwicklung von geographisch verteilten Entwicklern

Verbreitung

Unter anderem berichten die folgenden Unternehmen über den Einsatz von Inner Source: [3]

Einzelnachweise

  1. ↑ Tim O'Reilly: Open Source and OpenGL - O'Reilly Media. In: archive.oreilly.com. Abgerufen am 4. Januar 2017 (englisch).
  2. ↑ Kevin Crowston, Kangning Wei, James Howison, Andrea Wiggins: Free/Libre open-source software development: What we know and what we do not know. Hrsg.: ACM. Band 44, Nr. 2. ACM Computing Surveys, ISSN 0360-0300, doi:10.1145/2089125.2089127.
  3. ↑ a b Maximilian Capraro: Inner Source Definition, Benefits, and Challenges. In: ACM (Hrsg.): ACM Computing Surveys. Band 49, Nr. 4. ACM, ISSN 0360-0300, doi:10.1145/2856821.
  4. ↑ Andy Oram: Getting Started with InnerSource. 1. Auflage. O’Reilly Media, Inc., ISBN 978-1-4919-3758-7.
Abgerufen von „https://de.wikipedia.org/w/index.php?title=Inner_Source&oldid=161277128“