RSE pioneers are the early adopters of research software in the research process, that fundamentally aided the community by providing access to research software. By providing this access and the developed research software as an infrastructure, RSE pioneers fundamentally advanced not only their own scientific pursuits, but also enabled a multitude of indirect research achievements by other researchers using the developed tools.
What is Research Software Engineering?
Research Software Engineering (RSE) is a relatively new field that combines domain research with software development skills. Research software engineers develop, maintain, and extend the software that underpins research across all disciplines. In some disciplines, research software engineering has existed longer than in others - the pioneers in this series.
The pioneers
Our featured pioneers are researchers who:
Developed fundamental algorithms and methods
Created impactful research software packages used by many other researchers in their field
Made the decisions to provide open source access to their research software
Built communities around their software
Influenced how research software is developed and maintained today
Soundbytes: Hans-Dieter Meyer
About Open Source Development
Nur dadurch, dass wir das Open Source gemacht haben und den anderen zugänglich gemacht haben und das Programm auch so geschrieben haben, dass es für Leute, die nicht so ganz tief drin sind, wirklich nutzbar ist, hat MCTDH die Verbreitung erfahren.
HDM: "Man sollte die Programme freigeben, damit sie nutzbar sind."
About RSE practices
Es ist ja so, dass man immer größere Systeme lösen kann. Das liegt natürlich daran, dass die Computer immer leistungsfähiger werden. Das ist enorm, was in den letzten 20 Jahren passiert ist. Aber es liegt auch an den Algorithmen. Die Algorithmen sind sehr viel besser geworden. Man muss an beiden arbeiten, man kann nicht einfach da sitzen und warten, dass die nächste Computergeneration groß genug ist, um die Probleme zu lösen. Man muss die Algorithmen entsprechend entwickeln und erfinden, und da sind enorme Beiträge geleistet worden. MCTDH hat da selber einen großen Beitrag geleistet.
Wenn man das öffentlich machen will, muss man auch eine gute Dokumentation schreiben. Und das ist lästig, das macht keinem so richtig viel Spaß. Programmieren macht oft Spaß, aber Dokumentation schreiben etwas weniger. Aber das ist unglaublich wichtig.
Scientific breakthroughs with MCTDH
Das Pyrazin konnten wir 1999 lösen. Das ist lange her. Und wir hatten gedacht, das ist so ein großer Durchbruch. Aber es hat relativ wenig Resonanz ergeben, denn wir waren einfach zu weit vorne. Die anderen Leute machten zwei oder drei Freiheitsgrade, und wir machten 24. Das haben die nicht so ganz richtig verstanden, gedacht das ist sowas ganz Spezielles. Von den Autoren ist niemand eingeladen worden, mal zu einem Vortrag darüber, in den folgenden zwei Jahren oder so. Später ist unsere Arbeit sehr anerkannt worden. Pyrazin ist ein Standardmodell geworden, um andere Methoden zu testen. Viele semi-klassische Methoden versuchen Pyrazin zu lösen, ja, das hat sich stark geändert. Aber das ist mir immer noch sehr in Erinnerung, als wir Pyrazin gelöst haben, hatten wir gedacht haben, jetzt kriegen wir großen Applaus. Nichts. Die Anerkennung kam mit Verzögerung.
Research Software Communities
Auch wenn einem durch das MCTDH-Projekt die Programmierung abgenommen worden ist, die intellektuelle Leistung, sich mit dem wissenschaftlichen Problem und seiner numerischen Umsetzung zu beschäftigen, die kann einem niemand abnehmen. Die muss man dann bringen."
Outlook
Wenn wir auf ein Problem stoßen für das wir eine neue zusätzliche Entwicklung brauchen, dann würde man die auch leisten, so weit es möglich ist. Man ist ja immer problem-driven. Man bekommt ein Problem, man setzt sich ja nicht hin und denkt sich etwas Großartiges aus, sondern die Probleme kommen und man versucht sie zu lösen."
