Archiv der Kategorie: Allgemein

In „Allgemein“ wird alles gesammelt, was ich noch nicht zuordnen kann.

Zahlt ihr getrennt oder zusammen?

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.

Geldspende

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!

Podcasting Fuckups auf der #subscribe10

Zusammen mit Christian Friedrich durfte ich auf der Podcast-Konferenz #subscribe10 eine Session mit dem Titel Podcasting Fuckups.

Es geht halt mal was schief. “Akkus leer” oder “Headset vergessen” ist vielen schon einmal passiert, es gibt aber auch Fehlerquellen (technischer und menschlicher / sozialer Natur), die erst im Nachhinein offensichtlich scheinen. Das interessierte uns, auch im Sinne eines Austauschs von erfahrenen und weniger erfahrenen Podcaster:innen. Ziel war ein offener Austausch, aus dem sich auch in einer Dokumentation verschiedene Sammlungen kuratieren lassen. Do & Don’t; die witzigsten Fuck-ups etc. Wir hoffen, das ist uns gelungen.

Links

Termine, Termine!

Für den Fall, dass mich jemand in persona sehen will, halte ich hier einfach mal kurz meine aktuellen Tourdaten fest.


22. März 2019 bis 24. März 2019: subscribe #10 in Köln

Auf der Konferenz für PodcasthörerInnen und PodcasterInnen werde ich gleich dreimalauftreten. Zusammen mit Anja Lorenz rede ich kurz zu OER für N00bs: Podcasts als freie Bildungsressourcen, mit Tine Nowak, Anja Lorenz und Christian Friedrich biete ich eine Session zu Lernen mit Podcasts: Nicht-formale Formate zur Weiter-/Bildung an, und mit Christian Friedrich sammele ich hoffentlich viele Podcasting Fuckups.


4. April 2019: Moodle-Hochschultreffen in Berlin

So wie es aussieht, werde ich 30 Minuten lang Fragen zu H5P mit den TeilnehmerInnen diskutieren.


3. Mai 2019 bis 4. Mai 2019: Edunautika in Hamburg

Ob mein Vorschlag für das BarCamp auf Resonanz stößt, weiß ich noch nicht, aber ich würde eine Session zum Thema H5P und zeitgemäße Bildung übernehmen.


7. Juni 2019: IndieLearning Festival in Dreieich

Oldie, but Goldie: Für Leute, die noch nicht viel Erfahrung mit H5P haben, biete ich einen bewährten und praktischen Einstiegs-Workshop an.


13. Juni 2019 bis 14. Juni 2019: OERcamp in Lübeck

BarCamp. Alles kann, nix muss. Mir fällt bestimmt noch etwas ein, aber fragt mich doch einfach, falls ihr euch etwas wünscht.


18. Juni 2019: Kompetenzzentrum für Hochschuldidaktik in Braunschweig

Back to the roots: Ich werde einen kompakten Überblicksworkshop zum Thema Inverted Classroom anbieten.