Maintainer

Software besteht aus Text, den Programmierer geschrieben haben. Dieser Text wird über Jahre immer wieder verändert, weil Fehler auftauchen oder neue Funktionen dazukommen sollen. Ein Maintainer ist die Person, die genau diese Pflege übernimmt. Sie prüft die Änderungsvorschläge anderer, nimmt sie an oder lehnt sie ab, und sorgt dafür, dass das Programm insgesamt funktionsfähig bleibt. Der Name kommt vom englischen “to maintain”, also warten oder instand halten. Man kann sich einen Maintainer wie den Hausmeister eines großen Gebäudes vorstellen: Er baut nicht ständig neu, aber ohne ihn verfällt alles.

Warum an einzelnen Personen ganze Lieferketten hängen

Kaum ein Programm wird komplett von Grund auf geschrieben. Stattdessen bauen Entwickler auf fertigen Bausteinen auf, sogenannten Bibliotheken. Diese Bausteine sind oft frei verfügbar, das nennt man Open Source: Der Quelltext ist öffentlich, jeder darf ihn nutzen und verändern. Eine einzige moderne App kann mehrere hundert solcher fremden Bausteine enthalten.

Viele dieser Bausteine werden von einer oder zwei Personen in ihrer Freizeit gepflegt. Gleichzeitig verdienen Konzerne mit Software Milliarden, die auf genau diesen Bausteinen läuft. Ein bekanntes Bild aus der Branche zeigt einen wackligen Turm aus Klötzchen, dessen unterster Baustein von einem einzelnen Menschen seit 2003 unbezahlt getragen wird. Dieses Missverhältnis ist kein Witz, sondern der Alltag vieler Projekte.

Das wird gefährlich, wenn ein Maintainer aufhört, erkrankt oder das Interesse verliert. Dann bleiben Sicherheitslücken offen, die Millionen Nutzer betreffen. 2021 legte eine Lücke in einer weit verbreiteten Java-Bibliothek weltweit Systeme lahm; das Projekt wurde von einer Handvoll Freiwilliger betreut. Seitdem investieren Firmen und Behörden gezielt Geld, um wichtige Maintainer zu bezahlen.

Der Alltag zwischen Pull Requests und Issues

Die meisten Projekte liegen auf Plattformen wie GitHub, einer Art öffentlicher Ablage für Quelltext. Wer etwas verbessern will, schickt einen Änderungsvorschlag, einen Pull Request. Der Maintainer liest diesen Vorschlag, testet ihn und entscheidet. Erst wenn er zustimmt, wird die Änderung Teil des offiziellen Projekts.

Daneben laufen Fehlermeldungen ein, die Issues genannt werden. Nutzer beschreiben dort, was bei ihnen nicht funktioniert. Ein Maintainer muss diese Meldungen sortieren, Rückfragen stellen und Prioritäten setzen. Ein großer Teil der Arbeit ist also nicht Programmieren, sondern Kommunikation und Organisation.

Bei größeren Projekten teilt sich die Arbeit auf. Es gibt Maintainer für einzelne Teilbereiche und einen kleinen Kreis mit dem letzten Wort. Beim Betriebssystem-Kern Linux etwa arbeiten tausende Beitragende, aber nur wenige dürfen Änderungen endgültig freigeben. Wichtig ist die Abgrenzung: Ein Contributor steuert einzelne Beiträge bei, ein Maintainer trägt dauerhaft Verantwortung für das Ganze.

Maintainer in KI-Projekten und in den Nachrichten

Auch die KI-Welt läuft auf Open Source. Werkzeuge wie PyTorch oder die Bibliotheken von Hugging Face, mit denen Sprachmodelle trainiert und betrieben werden, haben eigene Maintainer-Teams. Wer ein KI-Modell herunterlädt, verlässt sich darauf, dass jemand diesen Code pflegt und Sicherheitsprobleme schließt.

In Wirtschaftsnachrichten tauchen Maintainer meist in drei Situationen auf. Erstens, wenn eine Sicherheitslücke zeigt, wie dünn die Personaldecke eines wichtigen Projekts ist. Zweitens, wenn ein Unternehmen die Lizenz eines Projekts ändert und die Maintainer sich mit der Community überwerfen. Drittens, wenn Konzerne bekannte Maintainer einstellen und damit indirekt Einfluss auf ein Projekt gewinnen.

Ein verbreiteter Irrtum ist, Maintainer seien Angestellte einer Firma hinter dem Projekt. Häufig gibt es gar keine Firma, sondern nur Freiwillige und Spenden. Ein zweiter Irrtum: KI-Assistenten, die Code schreiben, machen Maintainer überflüssig. Bislang ist eher das Gegenteil zu beobachten, denn maschinell erzeugte Änderungsvorschläge müssen ebenfalls geprüft werden und erhöhen die Arbeitslast.