Kürzlich habe ich versucht, etwas Licht in Sachen Entwicklungskosten von Open-Source-Software zu bringen. Meinem Bauchgefühl nach nutzen nämlich viele Menschen gerne kostenlose Programme und Dienste, haben aber schlicht noch nicht darüber nachgedacht, dass irgendjemand trotzdem Rechnungen für Entwicklung und Betrieb bezahlen muss. Ich endete mit dem Appell, ab und zu doch mal etwas Kleingeld bei Open-Source-Projekten zu lassen.
Was ich aber nicht diskutiert habe, war die Frage, wer in die Tasche greifen könnte. Das hole ich nun nach. Es wird etwas umfangreicher.
Bye bye, Padlet!
Durch eine Diskussion auf Twitter bekam ich am Wochenende neues Gedankenfutter dazu. Konkret ging es um die kommerzielle Software Padlet, mit der man kooperativ Notizzettel an einer virtuellen Wand bearbeiten kann.
Padlet basiert auf einem Freemium-Modell. Die Grundfunktionen sind kostenlos nutzbar, aber für mehr Möglichkeiten muss man in die Tasche greifen. Offenbar ging das Modell nicht auf. Zu viele Menschen nutzten die kostenlose Variante und damit kostenlos die Ressourcen des Unternehmens dahinter. Der kostenlose Funktionsumfang wurde Anfang April 2018 eingeschränkt. Dahinter stand die Hoffnung, dass nun mehr Menschen für die Nutzung der Software zahlen würden. Ich bin mir nicht sicher, ob diese Rechnung aufgegangen ist.
In meiner Twitter-Timeline sah ich zum betreffenden Zeitpunkt mehrere Fragen nach Alternativen, und ihr könnt auf Google ja mal schauen, welcher Suchbegriff in Verbindung mit Padlet offenbar der meistgesuchte ist. Die Weide ist komplett abgegrast, die Herden ziehen weiter – die Tragik der Allmende. Doch das wäre ausführlich eine weitere Geschichte …
Hello, Squarelet?
Eine denkbare Alternative zu Padlet könnte Squarelet sein. Es ist Open-Source-Software, und damit kann die Software kostenlos genutzt werden. Das ist meiner Ansicht nach eigentlich nicht der wesentliche Punkt von Open-Source, aber für das zuvor beschriebene Problem offenbar der relevante.
Die Sache hat aber einen oder zwei Haken. Die Entwicklung von Squarelet begann Ende April 2018 im Projekt edu;labs. Ziel lediglich ein Prototyp, der dann von anderen ausgebaut werden könnte. Der Prototyp steht und funktioniert. Die Finanzierung des Projekts lief Ende 2018 allerdings aus, und seither steht die Entwicklung.
Wir sind nun wieder beim Ausgangspunkt: Open-Source-Software ist kein Selbstläufer. Ihr Wachstum kostet Zeit (nicht nur Programmiererei!) und/oder Geld.
Woher nehmen, wenn nicht stehlen?
An diesem Punkt werde ich allgemeiner. Die folgenden Überlegen beziehen sich nicht nur auf Squarelet, sondern im Prinzip auf jegliche Open-Source-Software. Einen speziellen Rahmen setze ich allerdings, nämlich das Feld Lehren und Lernen. Denkt also an ganz unterschiedliche Software mit ganz unterschiedlichen Einsatzzwecken und ganz unterschiedlichen organisatorischen Voraussetzungen: Squarelet, H5P, Minetest, LibreOffice, … Außerdem klammere ich alles aus, was nicht mit Unterstützung in Form von Geld zu tun hat. Da gibt es auch genug, was man tun kann, aber damit würde dieser Beitrag noch länger als er ohnehin ist.
Wenn es bei Squarelet und Co. um Geldfragen geht, gibt es meines Erachtens einen bedeutsamen Unterschied zu Closed-Source-Software. Bei letztgenannter zahlt man für eine Lizenz, um eine Software nutzen zu dürfen. Bei Open-Source-Software aber nicht. Die Erlaubnis zur Nutzung hat man per se. Wenn man in Open-Source-Software freiwillig Geld investiert, sei es durch zweckgebundene Finanzierung neuer Funktionen oder durch Spenden, trägt man zum Erhalt eines Ökosystems bei – zu einer „guten Sache“. Das Ganze ähnelt dann eher der Unterstützung des Naturschutzes, des Roten Kreuzes, usw. Ich komme gleich darauf zurück.
Wer zahlt die Zeche?
Meine Frage lautet nun: Wer sollte sich ab und zu mal finanziell beteiligen? Da gibt es zahlreiche Möglichkeiten. Ohne Anspruch auf Vollständigkeit fallen mir beispielsweise ein:
- Institutionen wie Schulen, Hochschulen oder Volkshochschulen
- Stiftungen
- Unternehmen
- Staatliche Einrichtungen wie das BMBF oder Kultusministerien der Bundesländer
- Einzelpersonen, Nicht-Lehrende wie Lehrende
Zu jedem Stichpunkt ließen sich verschiedene Aspekte diskutieren. Ich greife mir hier lediglich die Einzelpersonen heraus.
Warum tue ich das? Weil ich zum einen der Ansicht bin, dass auch oder gerade Einzelpersonen ungeachtet ihrer begrenzten Wirkmacht Verantwortung für das von ihnen genutzte Ökosystem übernehmen sollten. Weil es zum anderen unbequemer aber schneller ist, bei sich selbst anzufangen statt zu warten, dass andere Personen oder wie auch immer geartete Organisationen das Heft in die Hand nehmen.
Das ist doch ungerecht!
Nun verstehe ich durchaus den Einwand von beispielsweise LehrerInnen, es sei ja wohl zu viel verlangt, auch noch die eigenen Werkzeuge für den Unterricht zu bezahlen. Dafür müsse das „System“ zuständig sein. Ich fände es klasse, wenn Stiftungen, staatliche Akteure oder wer auch immer das „System“ ausmachen soll, stärker in eine Förderung von Open-Source-Software eingebunden wäre. Trotzdem denke ich, das man es sich mit diesem Argument etwas zu einfach macht. Wie ich oben dargelegt habe, zahlt man im Falle von Open-Source-Software aber eben nicht für die vertragliche Erlaubnis zur Nutzung, sondern für eine gute Sache, hinter der man steht. Offenbar ist die Software gut genug, um gerne genutzt zu werden. Warum also nicht zu ihrem Erhalt beitragen?
Wieder ohne Anspruch auf Vollständigkeit zähle ich ein paar Dinge auf, die mir dazu beim Thema Geld in den Sinn kommen:
- Selbst spenden: Einige Projekte bieten auf ihrer Internetpräsenz die Möglichkeit an, direkt zu spenden. Andere nutzen ein Profil auf Patreon, bei dem regelmäßig etwas beigetragen werden kann. Wenn ein Projekt bisher an eine solche Möglichkeit nicht gedacht hat, kann man selbst auch nachfragen, ob man finanziell etwas unter die Arme greifen darf.
- Spenden sammeln: Statt (nur) selbst zu spenden, kann man eine Kampagne organisieren. Die Veröffentlichung einer neuen Softwareversion könnte beispielsweise ein Anlass sein, um danach „danke“ zu sagen. Denkbar ist das online über Crowdfunding-Plattformen wie Kickstarter oder Indiegogo, aber natürlich auch über ganz klassische Wege.
- Anträge an das „System“ stellen: Es gibt immer Funktionen, die man für die Software gerne hätte. Um die entwickeln zu lassen, kann man sich an zuständige Stellen im „System“ für eine Finanzierung wenden und dann jemanden mit der Entwicklung beauftragen. Geht bei Open-Source-Software halt.
- …
Von oben nach unten nimmt der Zeitaufwand zu, das ist mir klar. Wie so oft ist es eine Frage der Prioritäten. Und warum sollte man nicht etwas von seiner eigenen Zeit opfern? Die am Open-Source-Projekt beteiligten Personen tun dies ja ebenfalls, und lösen damit offenbar ja anderer Leute Probleme.
Fazit
Ich komme endlich zum Schluss. Es liegt natürlich völlig im Ermessen jedes und jeder Einzelnen, wo die Verantwortung gesucht wird und ob man etwas zu Open-Source-Projekten beiträgt. Die Software ist und bleibt auch so kostenlos nutzbar. Nicht wundern sollte man sich allerdings, wenn es keine Entwicklung gibt oder sie nicht so schnell voran geht, wie man es sich wünscht. Wie bei so vielen Dingen hat man die Möglichkeit, sich einzubringen und etwas zu bewegen — man muss es allerdings auch versuchen.
Lasst mir gerne Kommentare da!
Hallo Oliver,
auch ich war gerade auf der Suche nach einer os Alternative zu padlet für eine der Schulen die wir betreuen.
Generell hätten wir auch kein Problem gehabt, finanziell zu supporten.
Deinen Vorschlag mit Squarelet solltest Du aber evtl. überdenken.
Als ich ins Repo von Squarelet sah, fand ich diesen Entwickler hier:
github.com/aivuk
Hm, der Nickname kam mir SEHR bekannt vor…
Ein paar Sekunden später fiel es mir dann wieder ein:
richtig, der entwickelt ja auch hier fleißig mit
gitlab.com/delibrium/aula-app/
Aula wäre interessant, wenn es denn halbwegs gut programmiert wäre.
Also habe ich mir mal kurz 5 Minuten gegönnt durch das Git Repo zu gehen.
LIEBER NICHT.
Ist eine noch schlimmere Baustelle als Aula, proof of concept hin oder her.
Hiho! Das war schlicht ein Beispiel, keine Empfehlung. Der Kern meiner Aussagen steckt im Fazit.
Hallo. Ich mag die Anwendung „AdventCalendar“ sehr. Wir können jedoch nur Text, Videos, Links und Bilder hinzufügen. In dieser Anwendung; Was sollen wir tun, um andere Inhalte wie Quiz, wahr oder falsch hinzuzufügen?
Ihr macht nichts falsch. Ich habe keine Aufgaben eingebaut. Ich packe ja auch keinen Lebertran statt Schokolade in einen Adventskalender ;-)