Open Source: Unterschied zwischen den Versionen

Aus CodicaTipps
Zur Navigation springen Zur Suche springen
 
(7 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 21: Zeile 21:
 
* [http://opensource.org/licenses Übersicht über freie Softwarelizenzen (Open Source Initiative)]
 
* [http://opensource.org/licenses Übersicht über freie Softwarelizenzen (Open Source Initiative)]
 
* [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]
 +
 +
=== Ü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 35: 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 42: 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 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

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.