Quelloffene Software -Open-source software

Ein Screenshot von Manjaro , der die Cinnamon-Desktopumgebung ausführt , Firefox , der auf Wikipedia zugreift , das MediaWiki , LibreOffice Writer , Vim , GNOME-Rechner , VLC und Nemo -Dateimanager verwendet, die alle Open-Source-Software sind.

Open-Source-Software ( OSS ) ist Computersoftware , die unter einer Lizenz veröffentlicht wird, in der der Urheberrechtsinhaber Benutzern das Recht einräumt, die Software und ihren Quellcode an jedermann und für jeden Zweck zu verwenden, zu studieren, zu ändern und zu verteilen. Open-Source- Software kann in öffentlicher Zusammenarbeit entwickelt werden . Open-Source-Software ist ein herausragendes Beispiel für offene Zusammenarbeit , was bedeutet, dass jeder fähige Benutzer online an der Entwicklung teilnehmen kann, wodurch die Anzahl möglicher Mitwirkender unbegrenzt ist. Die Möglichkeit, den Code zu untersuchen, fördert das Vertrauen der Öffentlichkeit in die Software.

Open-Source-Softwareentwicklung kann vielfältige Perspektiven einbringen, die über die eines einzelnen Unternehmens hinausgehen. In einem Bericht der Standish Group aus dem Jahr 2008 heißt es, dass die Einführung von Open-Source-Softwaremodellen zu Einsparungen von etwa 60 Milliarden US-Dollar pro Jahr für die Verbraucher geführt hat.

Open-Source-Code kann zum Studieren verwendet werden und ermöglicht es fähigen Endbenutzern, Software auf ähnliche Weise an ihre persönlichen Bedürfnisse anzupassen, wie Benutzerskripte und benutzerdefinierte Stylesheets Websites ermöglichen, und schließlich die Modifikation als Fork für Benutzer mit ähnlichen Präferenzen zu veröffentlichen, und Mögliche Verbesserungen direkt als Pull Requests einreichen .

Geschichte

Ende der 1990er Jahre: Gründung der Open Source Initiative

In den Anfängen der Informatik teilten Programmierer und Entwickler Software, um voneinander zu lernen und das Gebiet der Informatik weiterzuentwickeln. Beispielsweise hat Unix den Quellcode des Betriebssystems für Benutzer bereitgestellt. Schließlich rückte der Open-Source-Gedanke in den Jahren 1970–1980 auf die Seite der Kommerzialisierung von Software. Allerdings haben Akademiker Software immer noch oft gemeinsam entwickelt. Beispiele sind Donald Knuth 1979 mit dem Textsatzsystem TeX und Richard Stallman 1983 mit dem Betriebssystem GNU . 1997 veröffentlichte Eric Raymond The Cathedral and the Bazaar , eine reflektierende Analyse der Hacker-Community und der Prinzipien freier Software. Das Papier erregte Anfang 1998 große Aufmerksamkeit und war einer der Gründe für die Motivation der Netscape Communications Corporation , ihre beliebte Internet-Suite Netscape Communicator als kostenlose Software herauszugeben . Dieser Quellcode wurde später zur Grundlage von SeaMonkey , Mozilla Firefox , Thunderbird und KompoZer .

Die Tat von Netscape veranlasste Raymond und andere, zu prüfen, wie man die Ideen der Free Software Foundation für freie Software und die wahrgenommenen Vorteile in die kommerzielle Softwareindustrie einbringen könnte. Sie kamen zu dem Schluss, dass der soziale Aktivismus der FSF für Unternehmen wie Netscape nicht attraktiv war, und suchten nach einer Möglichkeit, die Freie-Software-Bewegung umzubenennen , um das Geschäftspotenzial des Teilens und der Zusammenarbeit an Software-Quellcode hervorzuheben. Der neue Begriff, den sie wählten, war "Open Source", der bald von Bruce Perens , dem Verleger Tim O'Reilly , Linus Torvalds und anderen übernommen wurde. Die Open-Source-Initiative wurde im Februar 1998 gegründet, um die Verwendung des neuen Begriffs zu fördern und Open-Source-Prinzipien zu evangelisieren.

Während die Open-Source-Initiative versuchte, die Verwendung des neuen Begriffs zu fördern und die Prinzipien zu evangelisieren, an denen sie festhielt, sahen sich kommerzielle Softwareanbieter zunehmend durch das Konzept der frei verteilten Software und des universellen Zugriffs auf den Quellcode einer Anwendung bedroht . Der Microsoft -Manager Jim Allchin erklärte 2001 öffentlich, dass „Open Source ein Zerstörer des geistigen Eigentums ist. Ich kann mir nichts Schlimmeres für das Softwaregeschäft und das Geschäft mit geistigem Eigentum vorstellen.“ Während Freie und Open-Source-Software in der Vergangenheit eine Rolle außerhalb des Mainstreams der privaten Softwareentwicklung gespielt haben, haben Unternehmen so groß wie Microsoft damit begonnen, offizielle Open-Source-Präsenzen im Internet zu entwickeln. IBM, Oracle, Google und State Farm sind nur einige der Unternehmen mit einer ernsthaften öffentlichen Beteiligung am heutigen umkämpften Open-Source-Markt. In Bezug auf die Entwicklung von FOSS hat sich in der Unternehmensphilosophie ein deutlicher Wandel vollzogen .

Die Free-Software-Bewegung wurde 1983 ins Leben gerufen. 1998 setzte sich eine Gruppe von Einzelpersonen dafür ein, dass der Begriff Freie Software durch Open-Source-Software (OSS) als weniger zweideutiger und bequemerer Ausdruck für die Unternehmenswelt ersetzt werden sollte. Softwareentwickler möchten ihre Software möglicherweise mit einer Open-Source-Lizenz veröffentlichen, damit jeder die gleiche Software entwickeln oder ihre interne Funktionsweise verstehen kann. Bei Open-Source-Software ist es im Allgemeinen jedem erlaubt, Modifikationen davon zu erstellen, sie auf neue Betriebssysteme und Befehlssatzarchitekturen zu portieren , sie mit anderen zu teilen oder sie in einigen Fällen zu vermarkten. Die Wissenschaftler Casson und Ryan haben mehrere richtlinienbasierte Gründe für die Einführung von Open Source aufgezeigt – insbesondere das erhöhte Wertversprechen von Open Source (im Vergleich zu den meisten proprietären Formaten) in den folgenden Kategorien:

  • Sicherheit
  • Bezahlbarkeit
  • Transparenz
  • Ewigkeit
  • Interoperabilität
  • Flexibilität
  • Lokalisierung – insbesondere im Zusammenhang mit Kommunalverwaltungen (die Softwareentscheidungen treffen). Casson und Ryan argumentieren, dass „Regierungen eine inhärente Verantwortung und Treuepflicht gegenüber den Steuerzahlern haben“, was die sorgfältige Analyse dieser Faktoren bei der Entscheidung zum Kauf proprietärer Software oder zur Implementierung einer Open-Source-Option einschließt.

Die Open-Source-Definition stellt eine Open-Source-Philosophie dar und definiert die Bedingungen für die Nutzung, Änderung und Weitergabe von Open-Source-Software weiter. Softwarelizenzen gewähren Benutzern Rechte, die sonst nach dem Urheberrechtsgesetz dem Urheberrechtsinhaber vorbehalten wären. Mehrere Open-Source-Softwarelizenzen haben sich innerhalb der Grenzen der Open-Source-Definition qualifiziert . Das prominenteste und beliebteste Beispiel ist die GNU General Public License (GPL), die „die freie Verbreitung unter der Bedingung erlaubt, dass Weiterentwicklungen und Anwendungen unter die gleiche Lizenz gestellt werden“, also ebenfalls frei.

Das Open-Source- Label ging aus einer Strategiesitzung hervor, die am 7. April 1998 in Palo Alto als Reaktion auf Netscapes Ankündigung einer Quellcode-Veröffentlichung für Navigator (als Mozilla ) im Januar 1998 stattfand. Zu einer Gruppe von Personen bei der Sitzung gehörten Tim O'Reilly , Linus Torvalds , Tom Paquin, Jamie Zawinski , Larry Wall , Brian Behlendorf , Sameer Parekh , Eric Allman , Greg Olson, Paul Vixie , John Ousterhout , Guido van Rossum , Philip Zimmermann , John Gilmore und Eric S. Raymond . Sie nutzten die Gelegenheit vor der Veröffentlichung des Quellcodes von Navigator, um eine mögliche Verwirrung zu klären, die durch die Mehrdeutigkeit des Wortes "frei" im Englischen verursacht wurde .

Viele Leute behaupteten, dass die Geburt des Internets seit 1969 die Open-Source-Bewegung auslöste, während andere nicht zwischen Open-Source- und Freie-Software-Bewegungen unterscheiden.

Die 1985 gegründete Free Software Foundation (FSF) beabsichtigte, dass das Wort „frei“ die Freiheit der Verbreitung (oder „frei wie in freier Meinungsäußerung“) und nicht die Freiheit von Kosten (oder „frei wie in Freibier“) bedeutet. Da ein großer Teil freier Software bereits kostenlos war (und immer noch ist), wurde solche kostenlose Software mit Nullkosten in Verbindung gebracht, was antikommerziell erschien.

Die Open Source Initiative (OSI) wurde im Februar 1998 von Eric Raymond und Bruce Perens gegründet. Mit mindestens 20 Jahren an Beweisen aus Fallgeschichten von geschlossener Softwareentwicklung im Vergleich zu offener Entwicklung, die bereits von der Internet-Entwicklergemeinschaft bereitgestellt wurden, präsentierte das OSI kommerziellen Unternehmen wie Netscape den „Open Source“-Fall. Das OSI hoffte, dass die Verwendung des Labels „Open Source“, ein Begriff, der von Christine Peterson vom Foresight Institute bei der Strategiesitzung vorgeschlagen wurde, Unklarheiten beseitigen würde, insbesondere für Personen, die „freie Software“ als antikommerziell empfinden. Sie strebten danach, den praktischen Vorteilen von frei verfügbarem Quellcode mehr Aufmerksamkeit zu verschaffen, und sie wollten große Softwareunternehmen und andere Hightech-Industrien zu Open Source bringen. Perens versuchte, „Open Source“ als Dienstleistungsmarke für das OSI zu registrieren, aber dieser Versuch war nach Markenstandards nicht praktikabel . Aufgrund der Präsentation von Raymonds Papier vor dem oberen Management von Netscape – Raymond erfuhr es erst, als er die Pressemitteilung las und später am Tag von der PA von Netscape - CEO Jim Barksdale angerufen wurde – veröffentlichte Netscape seinen Navigator-Quellcode als offen Quelle, mit günstigen Ergebnissen.

Definitionen

Das Logo der Open Source Initiative

Die Definition der Open Source Initiative (OSI) wird von mehreren Regierungen international als Standard- oder De-facto - Definition anerkannt. Darüber hinaus haben sich viele der weltweit größten Open-Source-Softwareprojekte und Mitwirkenden, darunter Debian, Drupal Association, FreeBSD Foundation, Linux Foundation, OpenSUSE Foundation, Mozilla Foundation, Wikimedia Foundation, Wordpress Foundation, verpflichtet, die Mission von OSI und Open Source aufrechtzuerhalten Definition durch die OSI-Affiliate-Vereinbarung.

OSI verwendet die Open-Source-Definition , um festzustellen, ob es eine Softwarelizenz als Open Source betrachtet. Die Definition basierte auf den Debian-Richtlinien für Freie Software , die hauptsächlich von Perens geschrieben und angepasst wurden. Perens stützte sein Schreiben nicht auf die „vier Freiheiten“ der Free Software Foundation (FSF), die erst später allgemein verfügbar waren.

Nach Perens' Definition ist Open Source eine breite Softwarelizenz, die Quellcode mit gelockerten oder nicht vorhandenen Beschränkungen für die Verwendung und Änderung des Codes der Allgemeinheit zur Verfügung stellt. Es ist ein ausdrückliches „Merkmal“ von Open Source, dass es nur sehr wenige Einschränkungen für die Verwendung oder Verbreitung durch Organisationen oder Benutzer auferlegt, um die schnelle Entwicklung der Software zu ermöglichen.

Obwohl Richard Stallman von der FSF dies zunächst akzeptierte, lehnt er es nun rundweg ab, den Begriff „Open Source“ auf das anzuwenden, was sie als „freie Software“ bezeichnen. Obwohl er zustimmt, dass die beiden Begriffe "fast dieselbe Kategorie von Software" beschreiben, hält Stallman die Gleichsetzung der Begriffe für falsch und irreführend. Stallman widersetzt sich auch dem erklärten Pragmatismus der Open Source Initiative , da er befürchtet, dass die Ideale von Freiheit und Gemeinschaft für freie Software durch Kompromisse bei den idealistischen Standards der FSF für Softwarefreiheit bedroht werden. Die FSF betrachtet freie Software als eine Untermenge von Open-Source-Software, und Richard Stallman erklärte, dass beispielsweise DRM - Software als Open Source entwickelt werden kann, obwohl sie ihren Benutzern keine Freiheit gibt (sie schränkt sie ein), und somit gilt nicht als freie Software.

Lizenzierung von Open-Source-Software

Wenn ein Autor Code zu einem Open-Source-Projekt (z. B. Apache.org) beiträgt, tut er dies unter einer expliziten Lizenz (z. B. dem Apache Contributor License Agreement) oder einer impliziten Lizenz (z. B. der Open-Source-Lizenz, unter der das Projekt steht bereits Lizenzcode). Einige Open-Source-Projekte nehmen beigesteuerten Code nicht unter eine Lizenz, sondern erfordern tatsächlich eine gemeinsame Abtretung des Urheberrechts des Autors, um Codebeiträge in das Projekt aufzunehmen.

Beispiele für Lizenzen für freie Software /Open-Source-Lizenzen sind die Apache-Lizenz , die BSD-Lizenz , die GNU General Public License , die GNU Lesser General Public License , die MIT-Lizenz , die Eclipse Public License und die Mozilla Public License .

Die Verbreitung von Open-Source-Lizenzen ist ein negativer Aspekt der Open-Source-Bewegung, da es oft schwierig ist, die rechtlichen Auswirkungen der Unterschiede zwischen Lizenzen zu verstehen. Mit mehr als 180.000 verfügbaren Open-Source-Projekten und mehr als 1400 einzigartigen Lizenzen hat die Komplexität der Entscheidung, wie die Open-Source-Nutzung in kommerziellen „Closed-Source“-Unternehmen verwaltet werden soll, dramatisch zugenommen. Einige sind selbst entwickelt, während andere Mainstream- FOSS - Lizenzen wie Berkeley Software Distribution ("BSD"), Apache, MIT-Style (Massachusetts Institute of Technology) oder GNU General Public License ("GPL") nachempfunden sind. Angesichts dessen beginnen Open-Source-Praktiker damit, Klassifizierungsschemata zu verwenden, in denen FOSS - Lizenzen gruppiert sind (typischerweise basierend auf der Existenz und den Verpflichtungen, die durch die Copyleft - Bestimmung auferlegt werden; die Stärke der Copyleft-Bestimmung).

Ein wichtiger rechtlicher Meilenstein für die Open-Source-/Free-Software-Bewegung wurde im Jahr 2008 erreicht, als das US-Bundesberufungsgericht entschied, dass Lizenzen für freie Software definitiv rechtsverbindliche Bedingungen für die Nutzung urheberrechtlich geschützter Werke festlegen und daher nach geltendem Urheberrecht durchsetzbar sind . Wenn Endnutzer also gegen die Lizenzbedingungen verstoßen, erlischt ihre Lizenz, was bedeutet, dass sie gegen das Urheberrecht verstoßen. Trotz dieses Lizenzrisikos verwenden die meisten kommerziellen Softwareanbieter Open-Source-Software in kommerziellen Produkten, während sie die Lizenzbedingungen erfüllen, z. B. indem sie die Apache-Lizenz nutzen.

Zertifizierungen

Die Zertifizierung kann dazu beitragen, das Vertrauen der Benutzer aufzubauen. Die Zertifizierung könnte auf die einfachste Komponente, auf ein ganzes Softwaresystem, angewendet werden. Das Internationale Institut für Softwaretechnologie der Universität der Vereinten Nationen initiierte ein Projekt, das als "The Global Desktop Project" bekannt ist. Dieses Projekt zielt darauf ab, eine Desktop-Oberfläche zu erstellen, die jeder Endbenutzer verstehen und mit der er interagieren kann, und so die sprachlichen und kulturellen Barrieren zu überwinden. Das Projekt würde den Zugang der Entwicklungsländer zu Informationssystemen verbessern. UNU/IIST hofft, dies ohne Kompromisse bei der Qualität der Software durch die Einführung von Zertifizierungen zu erreichen.

Open-Source-Softwareentwicklung

Entwicklungsmodell

In seinem Essay The Cathedral and the Bazaar aus dem Jahr 1997 schlägt der Open-Source-Evangelist Eric S. Raymond ein Modell zur Entwicklung von OSS vor, das als Bazaar - Modell bekannt ist. Raymond vergleicht die Entwicklung von Software nach traditionellen Methoden mit dem Bau einer Kathedrale, "sorgfältig gefertigt von einzelnen Zauberern oder kleinen Gruppen von Magiern, die in herrlicher Isolation arbeiten". Er schlägt vor, dass alle Software im Basar-Stil entwickelt werden sollte, den er als "einen großartigen Basar mit unterschiedlichen Agenden und Ansätzen" beschrieb.

Im traditionellen Entwicklungsmodell, das er Kathedralenmodell nannte, findet die Entwicklung zentralisiert statt. Rollen sind klar definiert. Zu den Rollen gehören Personen, die sich dem Entwerfen widmen (die Architekten), Personen, die für die Verwaltung des Projekts verantwortlich sind, und Personen, die für die Implementierung verantwortlich sind. Traditionelles Software-Engineering folgt dem Kathedralenmodell.

Das Basarmodell ist jedoch anders. In diesem Modell sind die Rollen nicht klar definiert. Gregorio Robles schlägt vor, dass Software, die nach dem Basarmodell entwickelt wurde, die folgenden Muster aufweisen sollte:

Benutzer sollten als Mitentwickler behandelt werden
Die Benutzer werden wie Mitentwickler behandelt und sollten daher Zugriff auf den Quellcode der Software haben. Darüber hinaus werden Benutzer ermutigt, Ergänzungen zur Software, Code-Fixes für die Software, Fehlerberichte , Dokumentation usw. einzureichen. Mehr Co-Entwickler zu haben, erhöht die Geschwindigkeit, mit der sich die Software weiterentwickelt. Das Gesetz von Linus besagt: "Wenn genügend Augäpfel gegeben sind, sind alle Käfer oberflächlich." Das bedeutet, dass viele Benutzer, wenn sie sich den Quellcode ansehen, schließlich alle Fehler finden und Vorschläge machen, wie sie behoben werden können. Beachten Sie, dass einige Benutzer über fortgeschrittene Programmierkenntnisse verfügen und außerdem der Computer jedes Benutzers eine zusätzliche Testumgebung bietet. Diese neue Testumgebung bietet die Möglichkeit, einen neuen Fehler zu finden und zu beheben.
Frühe Veröffentlichungen
Die erste Version der Software sollte so früh wie möglich veröffentlicht werden, um die Chancen zu erhöhen, frühzeitig Co-Entwickler zu finden.
Häufige Integration
Codeänderungen sollten so oft wie möglich integriert (zu einer gemeinsamen Codebasis zusammengeführt) werden, um den Aufwand für die Behebung einer großen Anzahl von Fehlern am Ende des Projektlebenszyklus zu vermeiden. Einige Open-Source-Projekte haben nächtliche Builds, bei denen die Integration täglich automatisch erfolgt .
Mehrere Versionen
Es sollten mindestens zwei Versionen der Software vorhanden sein. Es sollte eine fehlerhaftere Version mit mehr Funktionen und eine stabilere Version mit weniger Funktionen geben. Die fehlerhafte Version (auch Entwicklungsversion genannt) ist für Benutzer gedacht, die die neuesten Funktionen sofort nutzen möchten und bereit sind, das Risiko der Verwendung von noch nicht gründlich getestetem Code in Kauf zu nehmen. Die Benutzer können dann als Co-Entwickler fungieren, Fehler melden und Fehlerkorrekturen bereitstellen.
Hohe Modularisierung
Die allgemeine Struktur der Software sollte modular sein, was eine parallele Entwicklung auf unabhängigen Komponenten ermöglicht.
Dynamische Entscheidungsstruktur
Es besteht Bedarf an einer formellen oder informellen Entscheidungsfindungsstruktur, die strategische Entscheidungen in Abhängigkeit von sich ändernden Benutzeranforderungen und anderen Faktoren trifft. Vergleichen Sie mit extremer Programmierung .

Die Daten deuten jedoch darauf hin, dass OSS nicht ganz so demokratisch ist, wie das Basarmodell vermuten lässt. Eine Analyse von fünf Milliarden Bytes freien/Open-Source-Codes von 31.999 Entwicklern zeigt, dass 74 % des Codes von den aktivsten 10 % der Autoren geschrieben wurden. Die durchschnittliche Anzahl der an einem Projekt beteiligten Autoren lag bei 5,1, der Median bei 2.

Vorteile und Nachteile

Open-Source-Software ist in der Regel leichter erhältlich als proprietäre Software, was häufig zu einer erhöhten Nutzung führt. Darüber hinaus kann die Verfügbarkeit einer Open-Source-Implementierung eines Standards die Akzeptanz dieses Standards erhöhen. Es hat auch dazu beigetragen, die Loyalität der Entwickler aufzubauen, da sich die Entwickler ermächtigt fühlen und ein Gefühl der Eigenverantwortung für das Endprodukt haben.

Darüber hinaus sind für OSS niedrigere Kosten für Marketing- und Logistikdienstleistungen erforderlich. Es ist ein gutes Werkzeug, um das Image eines Unternehmens zu fördern, einschließlich seiner kommerziellen Produkte. Der OSS-Entwicklungsansatz hat dazu beigetragen, schnell und kostengünstig zuverlässige, qualitativ hochwertige Software zu erstellen.

Open-Source-Entwicklung bietet das Potenzial für schnellere Innovation und die Schaffung von Innovation und sozialem Wert. In Frankreich zum Beispiel stieg eine Politik, die die Regierung dazu anregte, kostenlose Open-Source-Software zu bevorzugen, auf fast 600.000 OSS-Beiträge pro Jahr, wodurch ein sozialer Wert geschaffen wurde, indem die Quantität und Qualität von Open-Source-Software erhöht wurden. Diese Politik führte auch zu einem geschätzten Anstieg der Tech-Startups um bis zu 18 % und zu einem Anstieg der Zahl der Beschäftigten im IT-Sektor um 14 %.

Es soll zuverlässiger sein, da es normalerweise Tausende von unabhängigen Programmierern hat, die Fehler der Software testen und beheben. Open Source ist nicht abhängig von der Firma oder dem Autor, der es ursprünglich erstellt hat. Selbst wenn das Unternehmen scheitert, existiert der Code weiter und wird von seinen Benutzern weiterentwickelt. Außerdem verwendet es offene Standards, die für jedermann zugänglich sind; daher hat es nicht das Problem inkompatibler Formate, die in proprietärer Software vorhanden sein können.

Es ist flexibel, weil modulare Systeme es Programmierern ermöglichen, benutzerdefinierte Schnittstellen zu erstellen oder neue Fähigkeiten hinzuzufügen, und es ist innovativ, da Open-Source-Programme das Ergebnis der Zusammenarbeit einer großen Anzahl verschiedener Programmierer sind. Die Mischung aus unterschiedlichen Perspektiven, Unternehmenszielen und persönlichen Zielen beschleunigt Innovationen.

Darüber hinaus kann freie Software nach rein technischen Anforderungen entwickelt werden. Es muss nicht über kommerziellen Druck nachgedacht werden, der häufig die Qualität der Software beeinträchtigt. Kommerzieller Druck zwingt herkömmliche Softwareentwickler dazu, den Anforderungen der Kunden mehr Aufmerksamkeit zu schenken als den Sicherheitsanforderungen, da solche Merkmale für den Kunden etwas unsichtbar sind.

Es wird manchmal gesagt, dass der Open-Source-Entwicklungsprozess möglicherweise nicht gut definiert ist und die Phasen im Entwicklungsprozess, wie z. B. Systemtests und Dokumentation, möglicherweise ignoriert werden. Dies gilt jedoch nur für kleine (meist einzelne Programmierer) Projekte. Größere, erfolgreiche Projekte definieren und setzen zumindest einige Regeln durch, die sie benötigen, um die Teamarbeit zu ermöglichen. In den komplexesten Projekten können diese Regeln so streng sein wie die Überprüfung selbst geringfügiger Änderungen durch zwei unabhängige Entwickler.

Nicht alle OSS-Initiativen waren erfolgreich; zum Beispiel SourceXchange und Eazel . Softwareexperten und -forscher, die von der Fähigkeit von Open Source, Qualitätssysteme zu produzieren, nicht überzeugt sind, nennen als wichtigste Probleme den unklaren Prozess, die späte Fehlerentdeckung und das Fehlen jeglicher empirischer Beweise (erhobene Daten zu Produktivität und Qualität). Es ist auch schwierig, ein kommerziell solides Geschäftsmodell um das Open-Source-Paradigma herum zu entwerfen. Folglich dürfen nur technische Anforderungen erfüllt werden und nicht die des Marktes. In Bezug auf die Sicherheit kann Open Source es Hackern ermöglichen, die Schwachstellen oder Schlupflöcher der Software leichter zu erkennen als Closed-Source-Software. Es hängt von Kontrollmechanismen ab, um eine effektive Leistung von autonomen Agenten zu schaffen, die an virtuellen Organisationen teilnehmen.

Entwicklungswerkzeuge

Bei der OSS-Entwicklung werden Tools verwendet, um die Entwicklung des Produkts und den Entwicklungsprozess selbst zu unterstützen.

Revisionskontrollsysteme wie Concurrent Versions System (CVS) und später Subversion (SVN) und Git sind Beispiele für Tools, die oft selbst Open Source sind und bei der Verwaltung der Quellcodedateien und der Änderungen an diesen Dateien für ein Softwareprojekt helfen. Die Projekte werden häufig in „ Repositories “ gespeichert, die auf Quellcode-Hosting-Einrichtungen wie Launchpad , GitHub , GitLab und SourceForge gehostet und veröffentlicht werden .

Open-Source-Projekte sind oft locker organisiert mit „wenig formalisierter Prozessmodellierung oder Unterstützung“, aber Dienstprogramme wie Issue-Tracker werden oft verwendet, um die Entwicklung von Open-Source-Software zu organisieren. Zu den häufig verwendeten Bugtrackern gehören Bugzilla und Redmine .

Tools wie Mailinglisten und IRC bieten Möglichkeiten zur Koordination zwischen Entwicklern. Zentralisierte Code-Hosting-Sites verfügen auch über soziale Funktionen, die es Entwicklern ermöglichen, zu kommunizieren.

Organisationen

Zu den „bekannteren Organisationen“, die an der OSS-Entwicklung beteiligt sind, gehören die Apache Software Foundation , die Schöpfer des Apache-Webservers; die Linux Foundation , eine gemeinnützige Organisation, die seit 2012 Linus Torvalds, den Schöpfer des Kernels des Linux-Betriebssystems, beschäftigt ; die Eclipse Foundation , Heimat der Softwareentwicklungsplattform Eclipse ; das Debian-Projekt, Schöpfer der einflussreichen Debian GNU/Linux-Distribution; die Mozilla Foundation , Heimat des Firefox-Webbrowsers; und OW2 , eine in Europa geborene Community, die Open-Source-Middleware entwickelt. Neue Organisationen haben in der Regel ein ausgefeilteres Governance-Modell, und ihre Mitgliedschaft besteht häufig aus Mitgliedern juristischer Personen.

Das Open Source Software Institute ist eine mitgliederbasierte, gemeinnützige (501 (c)(6)) Organisation, die 2001 gegründet wurde und die Entwicklung und Implementierung von Open-Source-Softwarelösungen innerhalb von US-Bundes-, Landes- und Kommunalbehörden fördert. Die Bemühungen von OSSI konzentrierten sich auf die Förderung der Annahme von Open-Source-Softwareprogrammen und -richtlinien innerhalb der Bundesregierung und der Verteidigungs- und Heimatschutzgemeinschaften.

Open Source for America ist eine Gruppe, die gegründet wurde, um das Bewusstsein in der Bundesregierung der Vereinigten Staaten für die Vorteile von Open-Source-Software zu schärfen. Ihre erklärten Ziele sind die Förderung der Verwendung von Open-Source-Software durch die Regierung, die Teilnahme an Open-Source-Softwareprojekten und die Einbindung von Open-Source-Gemeinschaftsdynamiken, um die Transparenz der Regierung zu erhöhen.

Mil-OSS ist eine Gruppe, die sich der Weiterentwicklung der Nutzung und Erstellung von OSS im Militär verschrieben hat.

Finanzierung

Unternehmen, deren Geschäft sich auf die Entwicklung von Open-Source-Software konzentriert, wenden eine Vielzahl von Geschäftsmodellen an, um die Herausforderung zu lösen, wie sie Geld verdienen können, indem sie Software anbieten, die per Definition kostenlos lizenziert ist. Jede dieser Geschäftsstrategien beruht auf der Prämisse, dass Benutzer von Open-Source-Technologien bereit sind, zusätzliche Softwarefunktionen unter proprietären Lizenzen zu erwerben oder andere Dienste oder Elemente von Wert zu erwerben, die die Open-Source-Software ergänzen, die den Kern des Geschäfts darstellt. Dieser zusätzliche Wert kann, ohne darauf beschränkt zu sein, Funktionen der Enterprise-Klasse und Verfügbarkeitsgarantien (häufig über eine Service-Level-Vereinbarung ) umfassen, um Geschäfts- oder Compliance-Anforderungen zu erfüllen, Leistungs- und Effizienzgewinne durch Funktionen, die noch nicht in der Open-Source-Version verfügbar sind , Rechtsschutz (z. B. Freistellung von Urheberrechts- oder Patentverletzungen) oder professionelle Unterstützung/Schulung/Beratung, die für proprietäre Softwareanwendungen typisch sind.

Vergleiche mit anderen Softwarelizenzierungs-/Entwicklungsmodellen

Geschlossene Quelle / proprietäre Software

Die Debatte über Open Source vs. Closed Source (auch proprietäre Software genannt ) wird manchmal hitzig geführt.

Die vier wichtigsten Gründe (laut Umfrage der Open Source Business Conference) für Einzelpersonen oder Organisationen, sich für Open-Source-Software zu entscheiden, sind:

  1. Niedrigere Kosten
  2. Sicherheit
  3. kein Anbieter-Lock-In
  4. Bessere Qualität

Da innovative Unternehmen nicht mehr stark auf Softwareverkäufe angewiesen sind, ist proprietäre Software weniger notwendig geworden. Daher werden Dinge wie die Bereitstellung von Open-Source- Content-Management-Systemen – oder CMS – immer üblicher. 2009 stellte das Weiße Haus in den USA sein CMS-System von einem proprietären System auf das Open-Source-CMS Drupal um. Darüber hinaus diskutieren Unternehmen wie Novell (die Software traditionell auf altmodische Weise verkauften) ständig über die Vorteile der Umstellung auf Open-Source-Verfügbarkeit, nachdem sie bereits einen Teil des Produktangebots auf Open-Source-Code umgestellt haben. Auf diese Weise bietet Open-Source-Software Lösungen für einzigartige oder spezifische Probleme. Daher wird berichtet, dass 98 % der Unternehmen auf Unternehmensebene Open-Source-Softwareangebote in gewisser Weise nutzen.

Mit dieser Marktveränderung verlassen sich immer mehr kritische Systeme auf Open-Source-Angebote, was eine größere Finanzierung (z. B. Zuschüsse des US-Heimatschutzministeriums ) ermöglicht, um bei der „Jagd nach Sicherheitsfehlern“ zu helfen. Laut einer Pilotstudie von Organisationen, die OSS einführten (oder nicht einführten), wurden die folgenden Faktoren von statistischer Signifikanz in den Überzeugungen des Managers beobachtet: (a) Einstellungen zu Ergebnissen, (b) die Einflüsse und Verhaltensweisen anderer und (c) ihre Handlungsfähigkeit.

Proprietary-Source-Distributoren haben aufgrund der Verschiebung der Marktanteile begonnen, sich zu entwickeln und zur Open-Source-Community beizutragen, weil sie ihre Modelle neu erfinden müssen, um wettbewerbsfähig zu bleiben.

Viele Befürworter argumentieren, dass Open-Source-Software von Natur aus sicherer ist, da jede Person Code anzeigen, bearbeiten und ändern kann. Eine Studie des Linux-Quellcodes hat 0,17 Fehler pro 1000 Codezeilen, während proprietäre Software im Allgemeinen 20–30 Fehler pro 1000 Zeilen erzielt.

Gratis Software

Laut dem Führer der Freie-Software-Bewegung , Richard Stallman , besteht der Hauptunterschied darin, dass man durch die Wahl eines Begriffs gegenüber dem anderen (dh entweder "Open Source" oder " Freie Software ") andere über seine Ziele informiert: "Offen Source ist eine Entwicklungsmethodik; Freie Software ist eine soziale Bewegung." Dennoch gibt es erhebliche Überschneidungen zwischen Open-Source-Software und freier Software.

Die FSF sagte, dass der Begriff "Open Source" eine Mehrdeutigkeit anderer Art fördert, indem er die bloße Verfügbarkeit der Quelle mit der Freiheit verwechselt, sie zu verwenden, zu modifizieren und weiterzuverbreiten. Andererseits wurde der Begriff „freie Software“ wegen der Mehrdeutigkeit des Wortes „kostenlos“ als „kostenlos verfügbar“ kritisiert, was als entmutigend für die Übernahme durch Unternehmen angesehen wurde, und wegen der historisch zweideutigen Verwendung des Begriffs.

Entwickler haben folglich die alternativen Begriffe Free and Open Source Software ( FOSS ) oder Free/Libre and Open Source Software (FLOSS) verwendet, um Open-Source-Software zu beschreiben, die auch freie Software ist . Während die Definition von Open-Source-Software der Freie-Software-Definition der FSF sehr ähnlich ist, basierte sie auf den Debian-Richtlinien für Freie Software , die hauptsächlich von Bruce Perens mit Beiträgen von Eric S. Raymond und anderen geschrieben und angepasst wurden .

Der Begriff „Open Source“ sollte ursprünglich markenfähig sein; Der Begriff wurde jedoch als zu beschreibend erachtet, sodass keine Marke existiert. Das OSI würde es vorziehen, dass Open Source wie eine Marke behandelt und nur zur Beschreibung von Software verwendet wird, die unter einer vom OSI genehmigten Lizenz lizenziert ist.

OSI Certified ist eine Marke, die nur an Personen lizenziert ist, die Software vertreiben, die unter einer Lizenz lizenziert ist, die auf der Liste der Open Source Initiative aufgeführt ist.

Open-Source versus Source-verfügbar

Obwohl die OSI-Definition von „Open-Source-Software“ weithin akzeptiert ist, verwendet eine kleine Anzahl von Personen und Organisationen den Begriff, um sich auf Software zu beziehen, bei der die Quelle zur Ansicht verfügbar ist, die jedoch nicht legal geändert oder weitergegeben werden darf. Solche Software wird häufiger als Source-Available oder Shared Source bezeichnet, ein Begriff, der 2001 von Microsoft geprägt wurde. Während 2007 zwei Lizenzen der Shared Source Initiative von Microsoft vom OSI zertifiziert wurden , sind die meisten Lizenzen aus dem SSI-Programm immer noch Source -nur verfügbar .

Open-Sourcing

Open-Sourcing ist der Akt der Verbreitung der Open-Source-Bewegung und bezieht sich meistens auf die Veröffentlichung zuvor proprietärer Software unter einer Open-Source- / Freie-Software -Lizenz, aber es kann sich auch auf das Programmieren von Open-Source-Software oder das Installieren von Open-Source-Software beziehen.

Bemerkenswerte Softwarepakete, die zuvor proprietär waren und Open Source waren, umfassen:

Bevor die Lizenz einer Software geändert wird, überprüfen Distributoren normalerweise den Quellcode auf lizenzierten Code von Drittanbietern, den sie entfernen oder die Erlaubnis für seine erneute Lizenzierung einholen müssten. Backdoors und andere Malware sollten ebenfalls entfernt werden, da sie nach der Veröffentlichung des Codes leicht entdeckt werden können.

Aktuelle Anwendungen und Annahme

„Wir haben wichtige Funktionen von Windows auf Linux migriert, weil wir ein stabiles und zuverlässiges Betriebssystem brauchten – eines, das uns die interne Kontrolle ermöglichte. Wenn wir also patchen, anpassen oder anpassen mussten, konnten wir das.“

Offizielle Erklärung der United Space Alliance , die die Computersysteme für die Internationale Raumstation (ISS) verwaltet, dazu, warum sie sich entschieden haben, auf der ISS von Windows zu Debian GNU/Linux zu wechseln

Weit verbreitete Open-Source-Software

Open-Source-Softwareprojekte werden von einem Netzwerk freiwilliger Programmierer erstellt und gepflegt und sind sowohl in kostenlosen als auch in kommerziellen Produkten weit verbreitet. Paradebeispiele für Open-Source-Produkte sind der Apache HTTP Server , die E-Commerce-Plattform osCommerce , die Internetbrowser Mozilla Firefox und Chromium (das Projekt, in dem der überwiegende Teil der Entwicklung der Freeware Google Chrome erfolgt) und die vollständige Office-Suite LibreOffice . Eines der erfolgreichsten Open-Source-Produkte ist das Betriebssystem GNU/Linux , ein Unix-ähnliches Open-Source- Betriebssystem, und sein Derivat Android , ein Betriebssystem für mobile Geräte. In einigen Branchen ist Open-Source-Software die Norm.

Erweiterungen für Nicht-Software-Nutzung

Während sich der Begriff „Open Source“ ursprünglich nur auf den Quellcode von Software bezog, wird er heute auf viele andere Bereiche angewendet, wie z. B. die Open-Source-Ökologie , eine Bewegung zur Dezentralisierung von Technologien, damit jeder Mensch sie nutzen kann. Es wird jedoch häufig fälschlicherweise auf andere Bereiche angewendet, die andere und konkurrierende Prinzipien haben, die sich nur teilweise überschneiden.

Die gleichen Prinzipien, die Open-Source-Software zugrunde liegen, finden sich auch in vielen anderen Unternehmungen, wie Open-Source-Hardware , Wikipedia und Open-Access- Publishing. Zusammenfassend sind diese Prinzipien als Open Source, Open Content und Open Collaboration bekannt : „Jedes System der Innovation oder Produktion, das auf zielorientierten, aber lose koordinierten Teilnehmern beruht, die interagieren, um ein Produkt (oder eine Dienstleistung) von wirtschaftlichem Wert zu schaffen, das sie stellen Mitwirkenden und Nicht-Mitwirkenden gleichermaßen zur Verfügung."

Diese "Kultur" oder Ideologie vertritt die Ansicht, dass die Prinzipien allgemeiner gelten, um die gleichzeitige Eingabe verschiedener Agenden, Ansätze und Prioritäten zu erleichtern, im Gegensatz zu zentralisierteren Entwicklungsmodellen, wie sie typischerweise in kommerziellen Unternehmen verwendet werden.

Siehe auch

Verweise

Weiterlesen

Externe Links