Spezifikations-Freiheit
Spezifikationen
Eine Spezifikation ist eine Beschreibung von einem Speicherformat oder Kommunikationsprotokoll.
Die Beschreibung (ein Dokument) kann neutral oder eingeschränkt sein. Wenn neutral, kann jeder das Dokument lesen, die Spezifikation implementieren und das Format/Protokoll nutzen. Eine eingeschränkte Spezifikation stellt eine oder mehrere dieser Freiheiten dar.
Typen von Spezifikationen
Hier sind zwei Arten von Spezifikationen relevant:
- Speicherformate
Spezifikationen können eine Art Informationen zu speichern beschreiben. Man nennt diese "Formate" oder "Speicherformate". Man nutzt Speicherformate um Musik, Präsentationen, Illustrationen und mehr zu speichern.
- Kommunikationsprotokolle
Spezifikationen können auch beschreiben wie über das Internet kommuniziert wird. Man nennt sie "Kommunikationsprotokolle". Das "xmpp"-Protokoll ist frei; damit können Personen über Sofortnachrichten, Sprache und Video kommunizieren.
Spezifikationen und Software-Freiheit
Spezifikationen
Was ist eine neutrale Spezifikation?
Neutrale Spezifikationen bieten Software-Freiheit. Neutrale Spezifikationen stellen sicher, dass Personen freie Software - zum öffnen und bearbeiten gespeicherter Arbeit, Audio- und Videoanrufen an andere, und das Abspielen von Medien, nutzen können. Alternativ könnte man auch Dritten die Kontrolle über den Zugang der betreffenden Arbeit geben, und auch die Kontrolle über die Kommunikation mit Anderen.
Personen die verantwortlich für die jeweiligen Spezifikationen sind, verweigern normalerweise Spezifikations-Freiheit um Nutzer an ein Monopol zu binden. Die Arbeit der Nutzer (wenn sie sie als eingeschränkte Spezifikation gespeichert haben) wird mit - normalerweise einem proprietären - Programm geöffnet.
Warum brauchen wir jede Freiheit?
Warum brauchen wir jene Spezifikations-Freiheit?
Die Spezifikations-Freiheit stellt sicher, dass Personen Speicherformate und Kommunikationsprotokolle mit freier Software nutzen können. Sie gibt lediglich die die Möglichkeit dazu.
- Die Freiheit Programme zu schreiben, die die Spezifikation ausführen, ermöglicht es Spezifikationen mit freier Software zu nutzen.
- Spezifikationen als freie Dokumentation unterstützen dieses Ziel, weil Programmierer das Format verstehen müssen, um es zu unterstützen.
- Und man braucht die Freiheit, die Spezifikationen zu nutzen, um Software-Freiheit zu verwirklichen.
Warum braucht man jene Software-Freiheit?
Die Freiheit Instruktionen freier Software zu überprüfen bietet bedeutenden Einblick in die Funktionen von Software. Bei proprietärer Software wissen wir das nur oberflächlich. Zum Beispiel würde proprietäre Software mit Überwachungsmechanismen dies nicht den Nutzern darstellen. Und weil proprietäre Software eine genaue Überprüfung nicht gewährleistet, wird man es nicht mit Sicherheit wissen.
- Die Freiheit freie Software zu modifizieren, ermöglicht es Personen bösartige Funktionen zu verbessern. Sie erlaubt es die Software den Bedürfnissen anzupassen, oder generell sie zu verbessern.
- Die Freiheit freie Software zu verbreiten, ermöglicht es deinem Freund in Freiheit zu sein, auch für den Fall, dass er es sich sonst nicht leisten könnte.
- die Freiheit freie Software zu nutzen, ermöglicht es, dass wir von den Software-Freiheiten profitieren können.
Eingeschränkte Spezifikationen führen uns zu proprietärer Software
Auf zwei Arten...
- Sozialer Druck: Eingeschränkte Formate sind sozialer Druck um proprietäre Software zu nutzen. Wenn wir Informationen mit Anderen in einem eingeschränktem Format teilen, ermutigen ihnen ein bestimmtes proprietäres Programm zu nutzen. Je mehr Informationen unsere Gesellschaft in einem eingeschränktem Format speichert, desto schwerer ist es für alle, aus der Abhängigkeit auszubrechen.
- Kontrolle durch Dritte: Die verantwortliche Personen von freier Software enthält Software-Freiheiten vor. Sie entscheidet über Instruktionen, die auf anderer Leute Computern ausgeführt werden, und zwar ohne Transparenz. Sie könnte sich dazu entscheiden, Informationen von uns zu nehmen, ohne uns das wissen zu lassen.
Wenn Software unnötigerweise Informationen der Nutzer sammelt, und uns die Software-Feiheiten bietet, könnte jeder die widrigen Instruktionen identifizieren, die Instruktionen korrigieren und die veränderte Software weitergeben.
Proprietäre Software bietet keine Software-Freiheiten. Wenn proprietäre Software unnötigerweise Informationen der Benutzer sammel, könnte die Nutzergemeinschaft dies herausfinden. Wenn die Gemeinschaft daraus lernt, kann sie bestenfalls das Wort der Verantwortlichen hinnehmen, dass sie diese Informationen nicht mehr sammeln.
Da proprietäre Software keine Instruktions-Transpazenz bietet, kann man sichere proprietäre Software nicht von Unsicherer unterscheiden Since proprietary software does not offer instruction-transparency, we cannot distinguish safe proprietary software from the unsafe.
Freie Implementaiton von einer proprietärer Spezifikation
(engl. Free implementation of a proprietary specification (kurz: FIPS)FIPS: speichern
Freie Software (wie LibreOffice) kann in offensichtlich eingeschränkte Formate (wie .doc) speichern. Wenn freie Software diese Möglichkeit bietet, dann weil Entwickler proprietäre Formate (wie .doc) reverse-engineert haben. Das heißt, wenn man LibreOffice nutzt, um Arbeit als .doc zu speichern ist dieses bestimmte .doc ist ein freies Format, auch wenn das offizielle .doc ein Eingeschränktes ist.
FIPS: öffnen
Wenn dein Freund proprietäre Software (wie Microsoft Office) nutzt, um Arbeit in einem eingeschränktem Format (wie .doc) zu erstellen, ist seine gespeicherte Datei eingeschränkt. Er könnte die seine Datei per Email zukommen lassen, und du könntest sie mit freier Software (wie LibreOffice) öffnen. Wenn du seine Datei mit freier Software öffnen kannst, dann weil Entwickler das Format reverse-engineert haben. Vielleicht waren die Entwickler der freien Software vollkommen erfolgreich im Reverse Engineeren, oder vielleicht waren sie nur erfolgreich in einigen Aspekten. Das Format ist immer noch eingeschränkt.
FIPS: Konsequenz
Warum ist Format-Freiheit wichtig, wenn Entwickler freier Software Formate einfach reverse-engineeren können?
Wenn man FIPS und eingeschränkte Formate nutzt - und wir unsere Arbeit in diesen Formaten weitergeben - üben wir Druck auf Entwickler freier Software aus, um "Fangen" mit Entwicklern proprietärer Software zu spielen. Die Entwickler proprietärer Software können jederzeit ihre Spezifikationen ändern. Und Entwickler freier Software müssen dann an ihrem Reverse Engineering arbeiten.
Dies gibt indirekt Entwickler proprietärer Software Kontrolle über die Ressourcen von Entwicklern freier Software.
Natürlich, eingeschränkte Formate und FIPS setzen Personen unter Druck proprietäre Software zu nutzen. Und das wiederum ist nicht sicher.
Weiterführende Literatur
- Document Liberation http://www.documentliberation.org/ (englisch)
- Free Protocols: http://web.freeprotocols.org/freeProtocolProcess/ (englisch)
- Specification vs standard: jxself post (englisch)
- Free implementation of proprietary specification: Magic Bananna and Legimet (englisch)
- Mitwirkende: antiesnob, muhammed