Mit Blick auf die Diskussionen um Open Science ist es dringend notwendig die Erfassung und Bewertung von Forschungsleistungen breiter zu fassen. Der Beschluss der National Science Foundation (NSF) unter dem Begriff „Products“ nicht mehr nur textuelle Publikationen, sondern darüber hinaus auch Forschungsdaten und Software als wissenschaftlichen Output bei der Antragstellung zu erfassen, ist ein überaus wichtiger Beitrag zur Förderung von Offenheit in der Wissenschaft. (Leider hat der Wissenschaftsrat die Relevanz dieses Themas in seinem jüngst veröffentlichten Entwurf eines Kerndatensatz Forschung nicht berücksichtigt, obwohl er z.B. im letzten Jahr „Anerkennungsprobleme“ des Datenmanagements bemängelt hat.)

Während sich in den letzten Monaten mit dem Start von Data-Journals (Beispiel ESSD) und der aktuellen Gründungswelle von Forschungsdaten-Repositorien Verfahren bei der Veröffentlichung von Forschungsdaten formieren, die auf dem etablierten Publikationswesen aufsetzten, steht das Thema Software-Publishing noch in den Startlöchern. Zwar gibt es in einigen Disziplinen seit langem Beispiele für Software-Papers, doch mit Blick auf die dauerhafte und möglichst offene Zugänglichkeit des Programmcodes scheinen die existierenden Veröffentlichungsverfahren wenig befriedigend.

Einblicke in die zukünftigen Entwicklung des Themenfeldes Software-Publishing werden am Beispiel des Journal of Open Research Software (JORS) deutlich. Diese Open-Access-Zeitschrift, die bei Ubiquity Press – einer Ausgründung des University College London (UCL) – erscheint, hat diesen Monat seine ersten Software-Papers veröffentlicht. Auszug aus der Selbstbeschreibung des Journals:

„The Journal of Open Research Software (JORS) features peer reviewed software papers describing research software with high reuse potential. We are working with a number of specialist and institutional repositories to ensure that the associated software is professionally archived, preserved, and is openly available. Equally importantly, the software and the papers will be citable, and reuse will be tracked.“

Einer der jetzt erschienen Artikel beschreibt einen „Drosophila Photo-transduction Simulator“. Die Software, eine Simulation in Matlab, wird anhand eines vorgegeben Schemas in einem Aufsatz dokumentiert. Nach diesem Schema müssen die Autorinnen und Autoren z.B. Aussagen zur Lizenz, unter der die Software zugänglich ist, machen. Die Software selbst muss auf einem Repositorium gespeichert werden (Beispiel). Das Journal empfiehlt dazu eine Auswahl an geeigneten Repositorien. Der Artikel verlinkt dann auf die im Repositorium gespeicherte Software. Folgende Grafik erläutert den Ablauf einer Publikation:

Die zukünftige Entwicklung des Software-Publishings wird sicherlich hochspannend werden. Am Deutschen GeoForschungsZentrum GFZ hat Jens Klump Anfang dieses Jahres einen sehr interessanten Workshop zum Thema veranstaltet. In diesem wurden einige der zentralen Fragen rund um das Thema diskutiert. Z.B.: Welche Anforderungen muss ein Software-Repositorium erfüllen? Wie wird das Zusammenspiel zwischen Software-Journal und Repositorium optimal organisiert? Welche Rolle spielen Entwicklungsplattformen wie GitHub? Kann die Versionierung der Software im Software-Paper abgebildet werden? Welche Perspektiven ergeben sich für das Zusammenspiel von Daten, Software und klassischem (interpretativen) Aufsatz? Welche Identifikationen werden benötigt?

Deutlich ist bereits jetzt, dass die Data-Papers des Journal of Open Research Software die Nachnutzung der Software fördern: Zum einen wird durch die Veröffentlichung des begutachteten Software-Papers sichergestellt, dass Qualitätsstandards bei der Programmierung der Software berücksichtig wurden. Darüber hinaus liefert das Software-Paper eine ausführliche Dokumentation des Programms. Damit werden mögliche Fragen, die bei einer Nachnutzung der Software auftreten im Voraus beantwortet. Weiter wird durch die Speicherung der Software, unter einer freien Lizenz, auf einem Repositorium die langfristige Nachnutzung garantiert. (Unabhängig vom Endes eines Projektes oder des Abschaltens einer Entwicklungsumgebung.) Und zuletzt wird die Arbeit der Entwicklerinnen und Entwickler im Rahmen des wissenschaftlichen Reputationssystems gewürdigt: Das Data-Paper landete auf der Publikationsliste.