Notebook
Created: 17 Jan 2026 Last updated: 28 Jan 2026

Open Source

Siehe: Software Development

Ursprünge in den DIY-, Hacker-, und Free-Software-Bewegungen (1970s/1980s).

Open Source Initiative (OSI) im Februar 1998 gegründet & definiert Open Source so:

  • Freie Weitergabe: Die Lizenz darf niemanden daran hindern, die Software zu verkaufen oder sie mit anderer Software zusammen in einer Software-Distribution weiterzugeben. Die Lizenz darf keine Lizenzgebühr verlangen.
  • Verfügbarer Quellcode: Die Software muss im Quellcode für alle Nutzer verfügbar sein.
  • Abgeleitete Arbeiten: Die Lizenz muss von der Basissoftware abgeleitete Arbeiten und deren Distribution unter derselben Lizenz wie die Basissoftware erlauben.
  • Integrität des Autoren-Quellcodes: Die Lizenz muss explizit das Verteilen von Software erlauben, die auf einer modifizierten Version des Originalquellcodes beruhen. Die Lizenz kann verlangen, dass solche Änderungen zu einem neuen Namen oder einer neuen Versionsnummer der Software führen und solche Änderungen dokumentiert werden. Die Lizenz darf verlangen, dass nur Patches zum Originalcode verteilt werden dürfen, wenn diese mit dem Quellcode verteilt werden.
  • Keine Diskriminierungen von Personen oder Gruppen: Die Lizenz darf nicht einzelnen Personen oder Gruppen die Nutzung der Software verweigern, z.B. den Bürgern eines bestimmten Staates.
  • Keine Nutzungseinschränkung: Die Lizenz darf den Verwendungszweck der Software nicht einschränken, z.B. kein Ausschluss militärischer oder kommerzieller Nutzung o.ä.
  • Lizenzerteilung: Die Lizenz muss für alle zutreffen, welche die Software erhalten, ohne z.B. eine Registrierung oder eine andere Lizenz erwerben zu müssen.
  • Produktneutralität: Die Lizenz muss produktneutral gestaltet sein und darf sich z.B. nicht auf eine bestimmte Distribution beziehen.
  • Die Lizenz darf andere Software nicht einschränken: Sie darf zum Beispiel nicht verlangen, dass sie nur mit Open-Source-Software verbreitet werden darf.
  • Die Lizenz muss Technologie-neutral sein: Sie darf z.B. nicht verlangen, dass die Distribution nur via Web/CD/DVD verteilt werden darf.

Public Domain Software erfüllt diese Bedingungen, soweit der gesamte Quellcode verfügbar gemacht wird.

Lizenzen: (choosealicense.com)

  • MIT License
    • Erlaubt: so ziemlich alles, inkl. kommerzielle closed source Versionen
    • Bedingungen: Copyright notice für lizenziertes Material
  • GNU General Public License v3.0 (GPL 3.0)
    • Erlaubt: so ziemlich alles, inkl. kommerziell
    • Bedingungen: muss ebenfalls open source sein, selbe Lizenz haben
  • GNU Affero General Public License v3.0 (AGPL 3.0)
    • Noch striktere Bedingungen: Auch wenn das Projekt benutzt wird, um ein Service über ein Netzwerk bereitzustellen (also auch wenn die modifizierte/integrierte Applikation nicht selbst als Produkt verbreitet wird), muss der Source Code veröffentlicht werden mit selber Lizenz, usw.
    • Gut um zu verhindern, dass das Projekt für SaaS o.Ä. verwendet wird
    • Evtl. weniger gut, wenn man es gestatten will, das Projekt (etwa als Library) mit anderer Software zu kombinieren
  • Mozilla Public License 2.0 (MPL 2.0)
  • Apache License 2.0
    • Erlaubt: so ziemlich alles
    • Bedingungen: Copyright notice, außerdem müssen Änderungen am lizenzierten Material dokumentiert sein
  • CERN Open Hardware Licence Version 2 (CERN-OHL)