Open Source: Unterschied zwischen den Versionen
Codica (Diskussion | Beiträge) |
Codica (Diskussion | Beiträge) |
||
(6 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
Zeile 22: | Zeile 22: | ||
* [http://dtag-dbu.github.com/oslic/ Telekom-Projekt zum Umgang mit Open Source Lizenzen] in verschiedenen Anwendungsszenarien | * [http://dtag-dbu.github.com/oslic/ Telekom-Projekt zum Umgang mit Open Source Lizenzen] in verschiedenen Anwendungsszenarien | ||
* [http://www.heise.de/open/artikel/LinuxCon-Europe-Die-Lizenz-macht-Open-Source-aus-nicht-der-Code-1983507.html Artikel über Vorträge zu OpenSource-Lizenzen] | * [http://www.heise.de/open/artikel/LinuxCon-Europe-Die-Lizenz-macht-Open-Source-aus-nicht-der-Code-1983507.html Artikel über Vorträge zu OpenSource-Lizenzen] | ||
+ | |||
+ | === Übersicht über Abhängigkeiten === | ||
+ | |||
+ | Nicht nur aus Lizenzgründen, aber auch deswegen, ist es sinnvoll, zu wissen, von welchen weiteren Open Source-Komponenten die genutzte Open Source-Software abhängt. Google hilft auf seiner Seite https://deps.dev/ . | ||
== Communities == | == Communities == | ||
Zeile 36: | Zeile 40: | ||
== Behörden == | == Behörden == | ||
− | * [http://www.bit.bund.de/nn_372376/BIT/DE/Beratung/CC__OSS/node.html Kompetenzzentrum Open Source Software] der Bundesrepublik [[Deutschland]]. | + | * [https://www.cio.bund.de/SharedDocs/Kurzmeldungen/DE/2021/pm_os_plattform.html Das Bundesinnenministerium entwickelt zusammen mit Baden-Württemberg und Nordrhein-Westfalen eine Open-Source-Plattform] |
− | * Limux (mit M wie München) der Landeshauptstadt [[München]]. | + | * [http://www.bit.bund.de/nn_372376/BIT/DE/Beratung/CC__OSS/node.html Kompetenzzentrum Open Source Software] der Bundesrepublik [[Deutschland]] - wohl nicht mehr aktiv. |
+ | * [https://www.heise.de/newsticker/meldung/Bundestags-Petitionausschuss-will-mehr-Open-Source-in-der-Verwaltung-4539031.html Der Bundestagspetitionsausschuss hat - nur mit Gegenstimmen der FDP - eine Petition angenommen], mit der Open Source als Standard für die IT des Bundes gefordert wird. | ||
+ | * Dataport, der IT-Dienstleister einiger norddeutscher Bundesländer, bietet einen Open Source-basierten Web-Arbeitsplatz "Phoenix" aus der Cloud (Rechenzentrum von Dataport) | ||
+ | ** Module: | ||
+ | *** Univention Corporate Server als Basis und [https://www.keycloak.org/documentation.html KeyCloak] als Zugangskontrolle | ||
+ | *** [[NextCloud]] | ||
+ | *** [[Collabora Online]], | ||
+ | *** [[OpenXchange]]-Groupware mit Email, Kalender, Kontakte | ||
+ | *** [[matrix]] - Chat und VoIP | ||
+ | *** [[Jitsi]] - Videokonferenz | ||
+ | ** Fundstellen | ||
+ | *** https://www.phoenix-werkstatt.de/ | ||
+ | *** https://www.phoenix-werkstatt.de/dphoenixsuite-source-codes/ | ||
+ | *** Der Quellcode vom Zusammenspiel der Module scheint aber nicht veröffentlicht zu werden. Die Quellcode-Links verweisen nur auf den Quellcode der genutzten Module. | ||
+ | * Limux (mit M wie München) der Landeshauptstadt [[München]]. Inzwischen hat die Landeshauptstadt München eine Kehrtwende vollzogen und setzt wieder auf Closed Source insbesondere vom ortsansässigen Anbieter Microsoft Deutschland. | ||
== Offene Standards == | == Offene Standards == | ||
Zeile 43: | Zeile 61: | ||
Ein erster Schritt zu Open Source ist die Verwendung offener Standards. Den Vendor-Lock-In bei nichtstandardisierten IT-Produkten versucht auch die [http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=SWD:2013:0224:FIN:EN:PDF EU-Kommission mit einem Leitfaden "Guide for the procurement of standards-based ICT — Elements of Good Practice"] zu verhindern. | Ein erster Schritt zu Open Source ist die Verwendung offener Standards. Den Vendor-Lock-In bei nichtstandardisierten IT-Produkten versucht auch die [http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=SWD:2013:0224:FIN:EN:PDF EU-Kommission mit einem Leitfaden "Guide for the procurement of standards-based ICT — Elements of Good Practice"] zu verhindern. | ||
+ | == Beteiligung an Open Source == | ||
+ | |||
+ | Siehe | ||
+ | * [http://schlitt.info/opensource/blog/0541_10_golden_rules_for_starting_with_open_source.html 10 Goldene Regeln, um mit Open Source zu beginnen] | ||
+ | |||
+ | == Öffentliche Auftraggeber == | ||
+ | |||
+ | Siehe [http://www.osb-alliance.de/fileadmin/Downloads/EVB-IT_Handreichungen/osb_position_evbit.pdf Leitfaden für öffentliche Auftraggeber], die den sogenannten EVB-IT bei ihrer Ausschreibung oder allgemein bei ihrer Auftragsvergabe zu Grunde legen. | ||
+ | |||
+ | ------ | ||
+ | <references/> | ||
[[Category:Informationstechnik]] | [[Category:Informationstechnik]] | ||
[[Category:Recht]] | [[Category:Recht]] |
Aktuelle Version vom 8. Juli 2021, 07:18 Uhr
Vor- und Nachteile von Open Source Software
Open Source Software in Form von freier Software hat u.a. folgende Vorteile:
- Schutz vor Trojaner-Software, Datenschutz ist bei proprietärer Software nur bei Vertrauen des Herstellers möglich
- Unabhängigkeit von Fortbestand des Softwareherstellers für Weiternutzung (z.B. Bugfixes)
- Unabhängigkeit von Softwarehersteller für Support, Customizing etc.
- Eigene Weiterentwicklung möglich oder durch Dritte möglich
- Bessere Kalkulierbarkeit der Kosten
Je nach Lizenz gibt es auch Nachteile:
- Unter bestimmten Umständen und bestimmten Lizenzen muss eigener Code im Zusammenhang mit der Open Source Software veröffentlicht werden.
- Geschäftsmodell kann sich nicht auf Lizenzverkauf stützen (teilweise aber durch Lizenzen für Ergänzungen zur Open Source Software).
- Vielgestaltigkeit der Lizenzen führt zu Unsicherheiten bzgl. der jeweiligen rechtlichen Situation (aber gewisse Standardisierung durch große Lizenzen wie GPL, Apache, MIT).
Lizenzen
- Übersicht über freie Softwarelizenzen (Free Software Foundation)
- Übersicht über freie Softwarelizenzen (Open Source Initiative)
- Telekom-Projekt zum Umgang mit Open Source Lizenzen in verschiedenen Anwendungsszenarien
- Artikel über Vorträge zu OpenSource-Lizenzen
Übersicht über Abhängigkeiten
Nicht nur aus Lizenzgründen, aber auch deswegen, ist es sinnvoll, zu wissen, von welchen weiteren Open Source-Komponenten die genutzte Open Source-Software abhängt. Google hilft auf seiner Seite https://deps.dev/ .
Communities
Ein wesentlicher Teil des Open Source-Konzepts sind die das jeweilige Produkt tragenden Gemeinschaften ("Communities").
Erfahrungen mit der Community von Ubuntu gibt der dortige Community-Manager in einem ausführlichen Buch wieder, das online kostenlos (Creative Common License) zu lesen ist.
Schulungen
- OpenSourceSchool, München, bietet auch TechTalks an, bei denen der Eintritt frei ist.
Behörden
- Das Bundesinnenministerium entwickelt zusammen mit Baden-Württemberg und Nordrhein-Westfalen eine Open-Source-Plattform
- Kompetenzzentrum Open Source Software der Bundesrepublik Deutschland - wohl nicht mehr aktiv.
- Der Bundestagspetitionsausschuss hat - nur mit Gegenstimmen der FDP - eine Petition angenommen, mit der Open Source als Standard für die IT des Bundes gefordert wird.
- Dataport, der IT-Dienstleister einiger norddeutscher Bundesländer, bietet einen Open Source-basierten Web-Arbeitsplatz "Phoenix" aus der Cloud (Rechenzentrum von Dataport)
- Module:
- Univention Corporate Server als Basis und KeyCloak als Zugangskontrolle
- NextCloud
- Collabora Online,
- OpenXchange-Groupware mit Email, Kalender, Kontakte
- matrix - Chat und VoIP
- Jitsi - Videokonferenz
- Fundstellen
- https://www.phoenix-werkstatt.de/
- https://www.phoenix-werkstatt.de/dphoenixsuite-source-codes/
- Der Quellcode vom Zusammenspiel der Module scheint aber nicht veröffentlicht zu werden. Die Quellcode-Links verweisen nur auf den Quellcode der genutzten Module.
- Module:
- Limux (mit M wie München) der Landeshauptstadt München. Inzwischen hat die Landeshauptstadt München eine Kehrtwende vollzogen und setzt wieder auf Closed Source insbesondere vom ortsansässigen Anbieter Microsoft Deutschland.
Offene Standards
Ein erster Schritt zu Open Source ist die Verwendung offener Standards. Den Vendor-Lock-In bei nichtstandardisierten IT-Produkten versucht auch die EU-Kommission mit einem Leitfaden "Guide for the procurement of standards-based ICT — Elements of Good Practice" zu verhindern.
Beteiligung an Open Source
Siehe
Öffentliche Auftraggeber
Siehe Leitfaden für öffentliche Auftraggeber, die den sogenannten EVB-IT bei ihrer Ausschreibung oder allgemein bei ihrer Auftragsvergabe zu Grunde legen.