Diskussion:Open Source

Automatische Archivierung

Auf dieser Seite werden Abschnitte monatlich automatisch archiviert, deren jüngster Beitrag mehr als 750 Tage zurückliegt und die mindestens 2 signierte Beiträge enthalten. Um die Diskussionsseite nicht komplett zu leeren, verbleiben mindestens 5 Abschnitte.

Automatische Archivierung

Auf dieser Seite werden Abschnitte ab Überschriftenebene 2 automatisch archiviert, die seit 30 Tagen mit dem Baustein {{Erledigt|1=--~~~~}} versehen sind.

Vorlage:Autoarchiv-Erledigt/Wartung/Festes_Ziel

Archiv

ab 2004

Wie wird ein Archiv angelegt?

mangelhafte Erklärung

Der Unterschied zwischen Open Source und freier Software ist hier nicht erklärt. Kann das bitte jemand machen der sich damit auskennt. (nicht signierter Beitrag von 91.141.0.185 (Diskussion) 22:05, 17. Sep. 2016 (CEST))

Veranstaltung: Dienstag, 13. März 2018, 19–22 Uhr: Das ABC des Freien Wissens

Wikimedia-Salon-Logo

Wikimedia Deutschland e. V. veranstaltet seit 2014 die Salon-Reihe "Das ABC des Freien Wissens", in der Themen diskutiert werden, die mit der Erstellung und Verbreitung Freien Wissens verbunden sind. Mittlerweile sind wir beim Buchstaben Q angelangt und fragen am 13. März: "Q=Qualität. Ist Offene Wissenschaft die bessere Wissenschaft?" In der Woche der internationalen Open Science Conference in Berlin und einem angegliederten BarCamp bei WMDE (12.3.) findet der Salon unter der Fragestellung statt, ob die Formel "Je offener, desto besser" auch für den Bereich Open Science bestehen kann. Die Diskussion findet bei ALEX Offener Kanal Berlin statt, kann als Livestream auf der Webseite und danach als Video abgerufen werden. Herzliche Einladung an alle Interessierten! --Lilli Iliev (WMDE) (Diskussion) 09:48, 5. Mär. 2018 (CET)

toter Link

Der Link der Quelle "Study on the: Economic impact of open source software on innovation and the competitiveness of the Information and Communication Technologies (ICT) sector in the EU" funktioniert leider nicht mehr. Ich habe die Quelle leider auch nicht finden können.

Definition von Raymond

Die Definition laut Die Kathedrale und der Basar wird hier etwas anders dargestellt. Dort heißt es z.B.: "Beim Kathedralen-Modell wird der Quellcode eines Programmes gar nicht oder nur mit jeder neuen Software-Veröffentlichung für die Öffentlichkeit verfügbar gemacht." Hier hieß es: "Raymond beschreibt in seinem Buch Die Kathedrale und der Basar eine Entwicklungsmethode (den Basar), durch die Open-Source-Projekte selbstständig ohne zentrale Entität von der Gemeinschaft verwaltet werden können." Da steht also nichts, wann und von wem der Quellcode veröffentlicht wird. Da der Begriff Entität für Laien unverständlich ist, habe ich den Begriff zentrale Steuerung verwendet - denn das scheint mir der entscheidende Unterschied zu sein: Eine zentrale Steuerung gibt es in der Kathedrale, auf dem Basar aber nicht. Die Software-Veröffentlichung scheint mir zweitrangig zu sein. Soweit ich die Linux-Projekte beurteilen kann, gibt es dort ja auch Entwicklungsstufen, ob eine Version z.B. als ausreichend getestet bezeichnet wird. In der Kathedrale würde darüber nur eine Person entscheiden. --Hannover86 (Diskussion) 01:58, 28. Okt. 2018 (CEST)

fand ich auch verwirrend. Raymond spricht ja gerade über seine Verwunderung Anfang der 90er, wie gut der Linux Kernel als Beispiel nach Typ BASAR funktioniert in seinem Essay. Hier hingegen wird es als Beispiel vom Typ KATHEDRALE beschrieben. Was nun? --2A0C:D242:3880:B500:952E:804D:4C14:C866 14:18, 30. Apr. 2024 (CEST)

Finanzierung

Es fehlen konkrete Zahlen. Ist das so ein großes Geheimnis. Welche Projekte laufen in einer "Stiftung" ? Da wären Beispiel doch sehr hilfreich. --Hannover86 (Diskussion) 02:10, 28. Okt. 2018 (CEST)

Dumme Frage

Dumme Frage, das geht mir als Laien aus dem Artikel leider nicht klar genug hervor - verpflichte ich mich, wenn ich mir Open Source Software besorge und meinen eigenen Bedürfnissen entsprechend weiterentwickle, auch meine verbesserte/veränderte Fassung wieder (kostenlos) zur Verfügung zu stellen, oder kann ich es auch schlicht für mich behalten, schlicht um ein Software-Grundgerüst zu haben?

Das hängt natürlich ganz von der konkreten Lizenz der Software ab und was du mit dem "Grundgerüst" dann noch vorhast. Meist erhält eine Open Source Lizenz ein Änderungs- und Weitergaberecht, hat aber in aller Regel weder eine Änderungs- noch Weitergabepflicht. Wenn das in der Lizenz deiner Software tatsächlich so geregelt ist, dann kannst du deine Änderungen auch "schlicht für dich behalten", aber nur "im stillen Kämmerlein", d.h. in privater Nutzung. Wenn du die Software dann aber doch weiter gibst, weil aus dem "Grundgerüst" nun ein Programm (für deinen Arbeitgeber oder die Allgemeinheit) geworden ist, dann greifen auch die Regeln der betreffenden Lizenz für die Weitergabe, ganz egal wie stark du das "Grundgerüst" inzwischen selbst verändert hast. -- Cobalt pen (Diskussion) 15:37, 27. Dez. 2018 (CET)

Ungenaue einleitende Beschreibung

Einleitende Beschreibung von Open Source Definitionen ist ungenau. Einziger Minimalkonsens ist, dass der Quellcode offen (=einsehbar) ist, der Rest hängt von der verwendeten Lizenz ab die unterschiedlich gestaltet ist. Der vorhandene Einleitungssatz nimmt (zu) stark und einseitig auf OSI Bezug, was insbesondere durch die Begriffskontroverse z.B. mit FLOSS, Public Domain und Free Software problematisch ist (Hier fehlt auch der Begriffsklärungshinweis zu Beginn des Artikels), sowie zu offener Software, die deren Lizenzziele nicht teilen (Zudem fehlt die klar erkennbare Referenz zu OSI, wodurch ein Konsens vorgegeben wird, obwohl keiner vorliegt). Referenzen zu Open Source Definition (=Quelloffene Software) sind für mich Standardwerke die mehr als 1500 fach zitiert wurden!

Vgl. Karim Lakhani and Eric von Hippel: How Open Source Software works. „anyone interested can download and have free access to program source code“

Vgl: Eric von Hippel and Georg von Krogh: open Source Software and the "Private-Collective" Innovation Model: Issues for Organization Science. „Open source software is software that is made freely available to all.“ …“Software can be termed open source independent of how or by whom it has been developed: The term denotes only the type of license under which it is made available.“

Vgl: Guido Hertel, Sven Niedner, Stefanie Herrmann: Motivation of software developers in Open Source projects: an Internet-based survey of contributors to the Linux kernel. „In Open Source Software development, the source code (i.e. the human-readable commands) of a computer program is publicly available and usually shared via the Internet.“

Falls eine Open Source Stimme bevorzugt wird, siehe: https://www.gnu.org/philosophy/free-software-for-freedom.de.html: „die offensichtliche Bedeutung für„Open-Source-Software“ ist:‚Man kann sich den Quellcode ansehen.‘“

Selbst der Text weißt weiter unten auf das Missverständnis hin: „Open-Source bedeutet jedoch nicht, wie häufig angenommen, alles-ist-erlaubt; es sind Bedingungen an die Nutzung geknüpft.“

Das Missverständnis unbegrenzter Nutzbarkeit und Veränderbarkeit führt oftmals zu Problemen, siehe z.B. https://www.it-matchmaker.com/news/open-source-lizenzen-koennen-zur-falle-werden/ oder https://www.dev-insider.de/open-source-lizenzen-rechtskonform-einsetzen-a-604458/. Es muss daher zumindest ein „meistens“ eingefügt werden, so wie bei der kostenlosen Nutzung. Die bisherige fehlerhafte Beschreibung führt zu viel Ärger bzw. Freude von Rechtsanwälten und ist mehr ideologisch motiviert als neutral geprägt. Das Missverständnis wird unterstrichen durch die Frage eines Nutzers weiter unten auf der Diskussionsseite. (nicht signierter Beitrag von 88.75.111.222 (Diskussion) 22:09, 12. Aug. 2019 (CEST))

Open Source ist ein Überbegriff

Warum hat "Open Source Software" keine Seite wie https://de.wikipedia.org/wiki/Open_Source_Software ? Es gibt ebenso Open Source Hardware, und wie sogar im Artikel verlinkt, Film und Marketing. "Open Source" ist doch somit ein Überbegriff der auf die einzelnen "Open Source Kategorien" verweisen sollte? (nicht signierter Beitrag von SirFiChi (Diskussion | Beiträge) 08:21, 28. Aug. 2019 (CEST))

Hinderungsgründe?

Warum wird ein Absatz "Hinderungsgründe" eingeführt, wenn in diesem nur erläutert wird, warum sich Nutzer FÜR OSS entscheiden und nicht dagegen?

Reale Hinderungsgründe: - Support, der die Software aufgrund eigener Entwicklung kennt und Probleme schnell lösen kann

- Geheimhaltung

- "Umgewöhnungskosten" (d.h. Produktivitätsverluste, weil sich das Personal umstellen muss, Schulungsaufwand)

- einheitliche Dateiformate im Austausch mit Dritten

- Kompatibilität mit Standardsoftware (besonders für Betriebssysteme wichtig) u.v.m. (nicht signierter Beitrag von 89.14.21.88 (Diskussion) 19:33, 4. Feb. 2020 (CET))

Literaturhinweis

OPEN SOURCE!: Der Kampf um freie Software: von Mathieu O'Neil, Laure Muselli, Fred Pailler und Stefano Zacchiroli: https://monde-diplomatique.de/!5812126 --Mobil-Sockenpuppe (Diskussion) 17:57, 15. Jan. 2022 (CET)

Vorteile der Nutzung

"Prüfbarkeit eines Programmes auf bewusst eingebrachte, Nutzer-ungewollte Mechanismen wie Backdoors, [...]:

Dieses Argument stimmt nur bedingt! Siehe z.B. https://www.heise.de/news/Drei-Fragen-und-Antworten-So-erklaert-Mozilla-das-Firefox-Desaster-9815023.html

--77.12.3.38 07:54, 27. Jul. 2024 (CEST)

Erkenne im Artikel kein Argument dafür dass das nur bedingt stimmt. Bitte um Erklärung... --Sebastian.Dietrich  ✉  08:13, 28. Jul. 2024 (CEST)