On credit attribution and research software: A case study from lattice QCD

Stellen Sie sich eine Welt vor, in der die wichtigsten Entdeckungen nicht mit Teleskopen oder Teilchenbeschleunigern gemacht werden, sondern mit Zeilen von Computercode. Dies ist das Reich der Gitter-Quantenchromodynamik (Lattice QCD), ein Zweig der Physik, der versucht zu verstehen, wie der winzige, klebrige Kleber zusammenhält, der die kleinsten Bausteine des Universums zusammenhält. Da die Mathematik zu schwierig ist, um sie mit Bleistift zu lösen, bauen Wissenschaftler massive digitale Simulationen. In dieser Welt ist die Software nicht nur ein Taschenrechner; sie ist das gesamte Labor. Wenn der Code bricht, stoppt das Experiment.

Seit Jahrzehnten gilt in der Wissenschaft eine einfache Regel für die Anerkennung: Wenn man ein Paper schreibt, bekommt man seinen Namen darauf. Doch im Zeitalze der Big Data ist ein neues Problem entstanden. Wer bekommt die Anerkennung für die riesige, komplexe Software, die das Paper erst möglich macht? Ist die Person, die fünf Jahre lang den „Motor“ des Autos gebaut hat, weniger wichtig als die Person, die es bis zur Ziellinie gefahren ist? Diese Frage bereitet Wissenschaftlern zunehmend Kopfzerbrechen. Wenn die Menschen, die die Werkzeuge bauen, nicht anerkannt werden, hören sie vielleicht auf, diese zu bauen, und das gesamte Feld könnte stagnieren. Es ist eine Debatte über Fairness, Karrieren und darüber, wie wir entscheiden, wer wirklich „die Arbeit gemacht hat“.

---

Die Geschichte der unsichtbaren Erbauer

Dieses Paper erzählt eine wahre Geschichte aus der Welt der Lattice QCD, die sich auf einen spezifischen Konflikt an einer deutschen Universität konzentriert. Es ist die Geschichte eines brillanten jungen Forschers, Alessandro, der jahrelang ein massives, komplexes Softwaresystem aufgebaut hat, auf das sein gesamtes Team angewiesen war. Stellen Sie sich Alessandro als den Meisterarchitekten vor, der das gesamte Fundament, die Sanitäranlagen und das Stromnetz eines Wolkenkratzers entworfen und gebaut hat.

Dann begann ein neues Projekt. Das Team wollte Alessandros Wolkenkratzer nutzen, um ein neues Experiment durchzuführen. Doch als die Ergebnisse bereit für die Veröffentlichung waren, entschieden die Teamleiter, dass Alessandro nicht als Autor auf dem Paper gelistet werden sollte. Sie argumentierten, die Software sei lediglich ein „Werkzeug“, wie ein Hammer oder ein Schraubenschlüssel, und dass die Menschen, die das Werkzeug benutzen, um das Experiment durchzuführen, die Anerkennung verdienen sollten. Alessandro hingegen hatte das Gefühl, mehr als nur ein Werkzeugmacher zu sein; er hatte die Kernideen und den eigentlichen Code beigetragen, der das neue Experiment erst ermöglichte.

Die Situation wurde kompliziert. Das Team leitete ein Paper in ein öffentliches Archiv hoch, ohne Alessandros Namen als Autor aufzuführen, obwohl sie ihn in einem kleinen „Dankeschön“-Abschnitt am Ende erwähnten. Alessandro war nicht glücklich. Er fühlte sich, als würde seine jahrelange Arbeit ausgelöscht. Er versuchte, mit ihnen zu sprechen, aber das Gespräch stockte acht Monate lang. Schließlich wandte er sich an einen offiziellen „Ombudsmann“ (einen neutralen Schiedsrichter für wissenschaftliche Streitigkeiten), um eine faire Anhörung zu erhalten.

Die Entscheidung des Schiedsrichters und das „selbstschützende“ System

Hier wird die Geschichte knifflig. Der Schiedsrichter, ein offizieller Ausschuss, prüfte den Fall. Sie kamen zu dem Schluss, dass kein formelles „Fehlverhalten“ seitens der Teamleiter vorlag, validierten jedoch nicht explizit die Entscheidung, Alessandro auszuschließen, als korrekt. Tatsächlich weist der Autor darauf hin, dass der Ausschuss es versäumte, sich mit einem wesentlichen Teil der über 100 Seiten umfassenden Beweise auseinanderzusetzen, die er eingereicht hatte, noch erklärte, warum er seine Argumente ignorierte. Es fühlte sich wie eine verschlossene Tür an.

Der Autor bemerkte auch etwas Seltsames: Die Regeln des Komitees besagten, dass jeder, der versuchen würde, über den Fall öffentlich oder vor Gericht zu sprechen, wegen Verletzung der Vertraulichkeit bestraft würde. Alessandro fragt: „Ist dieses System dazu da, Probleme zu lösen, oder ist es dazu da, den Ruf der Universität zu schützen?“ Er hebt eine ernste Sorge hervor: Diese Vertraulichkeitsregeln könnten mit den verfassungsrechtlichen Garantien des Rechtsschutzes kollidieren und somit Einzelpersonen daran hindern, ihre rechtlichen Ansprüche zu verteidigen oder Entscheidungen anzufechten.

Darüber hinaus weist der Autor darauf hin, dass das Komitee der Gegenseite erlaubte, ihre Arbeit zu veröffentlichen, ohne die vorangegangene Publikation des Autors zu zitieren, die die Konzeption des Projekts dokumentierte, trotz einer entsprechenden Bitte darum. Dieses Versäumnis bedeutete, dass die Leser nicht auf die Publikation hingewiesen wurden, in der die Kernidee des Projekts zuerst dokumentiert wurde.

Der Autor enthüllt zudem eine persönliche Konsequenz: Trotz einer vorherigen Zusage in der Förderantragstellung der Kollaboration, ihn in der dritten Förderperiode einzubeziehen, wurde er einseitig ausgeschlossen – und das nur wenige Wochen vor Beginn der Periode, während er sich im Parental Leave befand.

Er legt nahe, dass das System „selbstschützend“ sein könnte. Stellen Sie sich eine Schule vor, in der der Direktor sagt: „Wenn Sie sich über einen Lehrer beschweren, werden wir zuhören, aber Sie dürfen niemandem erzählen, was wir gesagt haben, und wir werden Ihnen nicht erklären, warum wir so entschieden haben, wie wir entschieden haben.“ Wenn ein Schüler sich ungerecht behandelt fühlt, hat er keine Möglichkeit, die Entscheidung zu beweisen oder anzufechten. Der Autor sorgt sich, dass diese Art von Geheimhaltung es jungen Wissenschaftlern erschwert, ihre Stimme zu erheben, wenn sie das Gefühl haben, dass ihre harte Arbeit gestohlen wird.

Das „Werkzeug“ vs. der „Architekt“

Das Paper nutzt ein interessantes Gedankenexperiment, um zu erklären, warum dies eine große Sache ist. Stellen Sie sich einen Forscher vor, der 20 Jahre lang die „ultimative Software“ schreibt, die jedes Problem in seinem Fachgebiet löst. Alle nutzen sie. Sie wird tausende Male zitiert. Aber weil er seine gesamte Zeit mit dem Codieren verbracht hat und nicht mit dem Schreiben von Papern, wird er niemals als Autor bei den berühmten Studien genannt, die seine Software verwenden.

Fragt der Autor: Ist das fair? Wenn die Software der wichtigste Teil der Forschung ist, sollte dann die Person, die sie gebaut hat, nicht die gleiche Anerkennung erhalten wie die Person, die sie benutzt hat? Das Paper legt nahe, dass das aktuelle System kaputt ist. Es behandelt Software wie ein einfaches Werkzeug (wie ein Mikroskop) statt wie eine massive intellektuelle Leistung (wie das Schreiben eines Buches).

Das Paper betrachtet auch die Zahlen. Es zeigt, dass er in der von ihm gebauten Software über 90 % des Codes für einige Teile geschrieben hat und Hunderttausende Zeilen Code beigesteuert hat. Dennoch wurde er in dem finalen Paper wie ein kleiner Helfer behandelt. Das Paper argumentiert, dass dies eine schlechte Botschaft an junge Wissenschaftler sendet: „Wenn du deine Zeit damit verbringst, die Werkzeuge zu bauen, wirst du keine Karriere machen können.“

Was das Paper tatsächlich sagt (und nicht sagt)

Dieses Paper behauptet nicht, dass die Teamleiter gegen Gesetze verstoßen haben. Es räumt ein, dass die Universität rechtlich gesehen Eigentümerin des Codes ist und die Leiter berechtigt waren zu publizieren. Das Paper sagt nicht, dass die Software perfekt war oder dass die neuen wissenschaftlichen Ergebnisse falsch waren.

Stattdessen legt das Paper nahe, dass die Art und Weise, wie wir Anerkennung verleihen, veraltet ist. Es argumentiert, dass die aktuellen Regeln, die erstellt wurden, als Computer noch einfache Helfer waren, nicht in die moderne Welt passen, in der Software das Hauptereignis ist. Der Autor vermutt, dass das System zur Streitbeilegung in Deutschland zu sehr darauf ausgerichtet ist, die Institution zu schützen, statt dem Einzelnen zu helfen, wobei er anmerkt, dass das Komitee die spezifischen Argumente bezüglich der Rolle der Software als „Werkzeug“ versus „konzeptioneller Beitrag“ nicht aufgegriffen hat.

Das Paper kommt zu dem Schluss, dass wir neue Regeln brauchen. Es schlägt vor, dass die wissenschaftliche Gemeinschaft vereinbaren muss, wie Software-Ersteller Anerkennung finden – etwa durch die Gewährung von Autorenschaft oder einer speziellen Form der Anerkennung, die für ihre Karriere zählt. Es warnt davor, dass wir, wenn wir dies nicht korrigieren, die besten Köpfe verlieren könnten, die bereit sind, die komplexen Werkzeuge zu bauen, die die Wissenschaft voranbringen.

Kurz gesagt: Dies ist die Geschichte eines Erbauers, der das Haus gebaut hat, aber die Leute, die darin einziehen, bekommen die ganze Anerkennung für die Party im Inneren. Der Autor stellt die Frage: „Ist es an der Zeit, die Regeln zu ändern, damit der Erbauer einen Platz am Tisch bekommt?“