Blog


Foundation of the de-RSE Association at Nov 26th in Berlin

Stephan Janosch, October 4, 2018

The time has come: The creation of the official de-RSE association is going to happen soon. We invite everyone who is interested to join us in Berlin on November 26th 2018 to be part of the inaugural meeting, with the chance to become a founding member.

Inaugural meeting

We will meet November 26th 2018 at 11am (doors open 10am) at

Interdisziplinäres Labor Bild Wissen Gestaltung
Im Hermann von Helmholtz-Zentrum für Kulturtechnik
Sophienstraße 22a
10178 Berlin

map

At 2pm the board heads out to a notary nearby to start registration process.

Afterwards we will celebrate the foundation .

For organisational reason we ask you to register your interest to participate in the inaugural meeting.


Wie geht’s, wie steht’s?

Post only available in German

Stephan Janosch, September 4, 2018

Aus aktuellem Anlass habe ich mal geschaut, wie viele Abonennten unsere Mailingliste und Twitter-Folgende de-RSE.org so hat:

mailing list count


Save the date: deRSE19 - Conference for Research Software Engineers in Germany, June 4-6 2019

Martin Hammitzsch, Stephan Janosch, Frank Löffler, Frederieke Miesner, September 3, 2018

Following the success of the First and Second international Conference of Research Software Engineers in the UK, a national conference addressing research software and the people behind in the German research landscape will be held at the Albert Einstein Science Park in Potsdam on June 4-6 2019.

We are expecting a lively mix of 200 attendees from different research domains. The purpose of this national conference is to get together with people who develop software that is used in any field of research. We call these people Research Software Engineers (RSEs), but they exist under many job titles (from postdoctoral researcher to research associate, to faculty).

#deRSE19 is not a standard academic conference. We welcome researchers, but we also want to hear from people who fund, develop, run or maintain research software and may not typically attend conferences. It’s a community conference: get involved and help us build the RSE Community in Germany. So save the date and spread the word to your peers writing software for research.

Stay in touch with us and get the latest updates by registering at konferenz-updates@de-rse.org. We will announce the opening of the calls for sessions soon, followed by the calls for talks, posters, workshops and tutorials by end of this year. Updates about the conference will be available also by @RSE_de at twitter. The hashtag for the event is #deRSE19.

If you have any questions about the conference, please contact the conference organisers at konferenz@de-rse.org.

Kind regards,

The #deRSE19 Conference Committee


Beteiligungphase der Vereinsgründung

Post only available in German

Stephan Janosch, August 8, 2018

Volle Fahrt Richtung Verein!

Letztes Jahr veröffentlichten wir einen Blogpost mit dem Titel “Fahrplan” mit einer Liste die folgenden Punkt enthielt:

  • Satzung, unterschrieben von min. 7 Mitgliedern

Um mit der Vereinsgründung weiter zu kommen, haben wir in der ersten Jahreshälfte eine Satzung und Geschäftsordnung geschrieben. Während der Zusammenarbeit hatten wir auch einen Zeitplan im Hinterkopf:

Der Juni ist schon Geschichte und wir wollen Euch nun die Möglichkeit geben, den erreichten Stand zu sichten und zu kommentieren.

Rückmeldung aus der Gemeinschaft zu Satzung und Geschäftsordnung

In Anlehnung an diverse Vereine mit ähnlichem Aufbau/Aufgaben sind wir mittels Telearbeit zu einem Dokument gelangt, welches Satzung und Geschäftsordnung enthält.

de_rse_satzung

Es wurde versucht eine Satzung zu finden, die es uns erlaubt, unsere Ziele abstrakt zu beschreiben, aber auch gleichzeitig konkret genug ist, um als gemeinnütziger Verein anerkannt zu werden. Eine Satzung ist ein relativ statisches Dokument, welches nach Änderungen erneut eingereicht werden muss. Daher sind konkrete Sachverhalte (z.B. Mitgliedsbeträge) in die Geschäftsordnung ausgelagert, welche mittels Mitgliederversammlungen an neue Gegebenheiten angepasst werden kann.

Und da so ein Verein von seinen (potentiellen) Mitgliedern getragen wird, wollen wir schon in der Gründungsphase transparent agieren und Beiträge zum Dokument ermöglichen. Daher könnt Ihr bis zum 9.9 entweder direkt im Google-Doc kommentieren oder auf Github.

Gründungsmitglied werden

Um einen Verein gründen zu können, sind mindesten 7 Gründungsmitglieder notwendig. Diese treffen sich auf der Gründungsversammlung und beschließen die Satzung, Ordnungen (z.B. Geschäftsordnung) und wählen den Vorstand. Höchstwahrscheinlich wird die Versammlung in Berlin im September/Oktober 2018 stattfinden. Falls Ihr als Gründungsmitglied mit auftreten möchtet, dann seid Ihr herzlich dazu eingeladen. Termin und Ort werden sobald wie möglich veröffentlicht. Interessierte sollten sich in unserem Slack-Channel "Verein" einfinden, um auf dem Laufenden zu bleiben.

Eure,

Stephan Druskat
Bernadette Fritzsch
Stephan Janosch
Martin Hammitzsch
Frank Löffler
Daniel Nüst
Alexander Struck


Research Software Engineers from the Geosciences assemble for the first time at EGU General Assembly 2018

Daniel Nüst, July 30, 2018

On April 12th 2018, the first Research Software Engineers (RSEs) for geosciences meeting was held at the European Geophysical Union (EGU) General Assembly (GA) in Vienna, Austria. The EGU GA is a huge event with over 15.000 people from more than 100 countries. It has a diverse programme with thousands of posters and hundreds of sessions, but what it lacked was an event to bring together scientists who contribute to research software. Daniel Nüst from the Institute for Geoinformatics, Germany, proposed the idea of such an event to a group of regular EGU GA attendees from the German RSE chapter. He was joined by Martin Hammitzsch (GFZ eScience Centre, Germany), Bernadette Fritzsch (AWI, Computing and Data Centre), and David Topping (University of Manchester) as co-conveners for a Townhall Meeting “Research Software Engineers in the Geosciences”. Townhall Meetings, or “townhalls”, are union-wide events. They allow participants to take part in open discussions covering a variety of topics. Townhalls take place in the evening after a full day of regular conference and poster sessions, so the motivation of people showing up is unquestionably high.

For the RSE townhall, it was difficult to stand out in the programme, it being a first time event at a large conference cutting across many domains and 24 divisions, from biogeosciences to seismology and paleontology, with over 600 sessions over the course of a whole week. But searching the submissions some weeks before the assembly for “software”, it seemed clear that software plays an important role for scientists attending EGU as it does of any researcher, so the conveners were hopeful to welcome a few people. And they did! About 40 people from 7 countries representing the wide range of EGU divisions joined the meeting. It was a good mix of seasoned RSE folks and early career scientists as well as senior researchers for whom the topic was relatively new.

The meeting kicked of with a short welcome by the initiator, Daniel, followed by Jens Klump (Science Leader Earth Science Informatics at CSIRO, Australia), Deputy President of EGU’s ESSI Division and advisory board member of the Australian and New Zealand chapter RSE-AUNZ. Both pointed out the relevance of contributions to science made by software and thereby the people contributing to that software in any way.

The motivations for national and international RSE activities were further detailed by three representatives from national chapters. David Topping from UK RSE, the oldest and largest RSE organisation, took a look at the definition of an RSE, at the community history, and its current state in the UK and beyond. Over 15 local groups already exist and more are forming at a high rate, sometimes even competing over members. Martin Hammitzsch presented the German chapter, de-RSE. Initiated only 1.5 years ago, he shared the group’s objectives, how they work to build a community, challenges they face and some lessons learned: a great resource for the attendees from countries without any organisational structure yet. Third up was Niels Drost (Netherlands eScience Center), who introduced the youngest European chapter NL-RSE and its core team, which already generated a considerable reach across the Netherlands.

After the short talks, we took advantage of the group size, had a complete round of short introductions, and enganged in a discussion. We found that one of the big challenges was to reach people engaged in Research Software Engineering (RSEng) activities at their work, especially outside of ESSI, and those for whom the “RSE” label does not ring a bell yet. The need for outreach also applies to holders of an office within the union, to reach better acknowledgements of the needs of RSEs in universities, scientific unions, and at scientific conferences.

Some good ideas came up and we plan to reach out to EGU and ESSI leadership and share them. For example, EGU could increase recognition of RSEs and their work by awarding a medal, by offering a special poster track for contributions to scientific software (allowing an additional “software submission” per author), or by tagging abstracts as “RSE” similarly to the “ECS” labels. These are ideas for “top-down” activites that we would like to advocate within the organisation. The usefulness and overall potential of such domain-specific (taking all EGU members as a group for a moment) actions, who are lateral to the national chapters, was commonly agreed on.

But there were also ideas for “bottom-up” activities which can support the RSE organisations’ causes, for example scientists organising sessions related to RSE roles and activities within their divisions, offering short courses specifically around RSEng capabilities (and also labeling the numerous existing courses as such), or organising software and data carpentry courses in the week before or after the conference. One participant suggested a session “Software development for professors - what do my students do with their computers?”, which seems funny at first, but at a second look goes to the heart of RSE outreach activities for raising awareness and teaching software-related skills. It was great to follow the lively discussions, which were enriched with a common understanding of the values and importance of diversity and openness. If you think about convening a session on scientific software yourself at an EGU GA, please get in touch!

An important aspect of structured RSE activities are surveys, because the people self-identifying as RSE are diverse and wide-spread and the roles that RSEs play in scientific research are manifold. We want to contribute to the process of understanding the needs and diversity of people involved in RSEng with the following survey on EGU attendees:

https://nuest.staff.ifgi.de/survey/index.php/598158?lang=en

The townhall meeting was a good start to spreading the word about the goals of RSE organisations and the activities to put Research Software Engineering on the map of all stakeholders in science, such as researchers, publishers, funding agencies, and scientific unions. What can we do better next year? Hopefully we can do what more “established” townhalls can offer: snacks and drinks! We should also announce and prominently place a sticker table. Apart from that, this first townhall did an excellent job, just like other long-running townhall meetings at EGU GA: It provided a place for like-minded people to connect and for newcomers to dip their toes into a new topic and be introduced to members of an international friendly community of dedicated people who “do science with code”.

The slides (download all slides here) include many links to further resources on the history and state of RSE-related activities. Please let us know what you think on Twitter: #egurse. See you at the RSE Townhall Meeting at EGU 2019!

RSE Townhall Conveners

Daniel Nüst
Martin Hammitzsch
David Topping
Bernadette Fritzsch


Verteilung der Umfrage in Deutschland

Post only available in German

Stephan Janosch, March 6, 2018

Die Auswertung der Umfrage geht langsam voran, hier schon einmal die geographische Verteilung der Antworten. Das Clustering summiert die Beteiligungen der einzelnen Institutionen. Die Zahl gibt an, wieviel Antworten von wo zur Studie beigetragen haben.

Hinweis: Die Koordinaten der Institute stammt aus Wikidata. Da dort nicht immer Koordinaten hinterlegt sind oder meine Abfrage die Institution nicht erfasst haben mag, sind hier nur 269 von 325 Beteiligungen zu sehen.

Nachtrag: Statisches Bild für Betrachter ohne Javascript hinzugefügt.


Digital Humanities im deutschsprachigen Raum gründen AG DH-RSE

Post only available in German

Stephan Janosch, March 1, 2018

Anfang diesen Jahres überraschte Stephan Druskat mich mit einer Einladung, die Keynote für dem RSE-Workshop auf der Jahrestagung der digitalen Geisteswissenschaften (Digital Humanities, DH) zu halten. Der Workshop sollte 30 Personen Platz bieten, doch die Sache entwickelte sich anders.

Die folgende Wortwolke der Tagungseinreichungen zeigt deutlich, dass Reseach Software Engineering kein Mauerblümchendasein mehr fristet.

Wortwolke der Konferenzeinreichungen
Wortwolke der Tagungseinreichungen (Quelle: http://dhd-blog.org/?p=9001) mit Hervorhebungen von mir

Wegen einer “Kommunikationspanne” meldeten sich 105 Personen an und überwältigten die Ausrichter förmlich mit Interesse (in Relation: ca. 600 Tagungsteilnehmer gesamt). Trotz der eisigen Temperaturen in Köln folgten ca. 80 Anwesende Torsten Schrade zu Beginn, der eine Auswertung einer Umfrage zur Kartierung der Entwicklergemeinschaft vorstellte, die von den Veranstaltern im Vorfeld lanciert wurde. Es offenbarten sich Parallelen zur unserer letztjährigen Studie. Mit meiner anschließenden Keynote versuchte ich die Stimmung zu heben und die Motivation für den folgenden Teil zu schärfen.

Es folgte nun ein zweigeteilter Arbeitsblock in 11 Gruppen, bestehend aus einem 45 minütigen Diskussionsteil und weiteren 30 Minuten zum Fixieren der Diskussionsergebnisse in Form von Speed-Blogging. Alexander Czmiel achtete darauf, dass Räumlichkeiten und Zeit maximal ausgenutzt werden konnten. Folgende Themen wurden mit von Gruppen bearbeitet:

  1. Softwarenachhaltigkeit: Gemeinsame und unterschiedliche Definitionen aus Sicht verschiedener Institutionen
  2. Institutionelle Kulturen und Workflows der Softwareentwicklung: Gemeinsamkeiten und Unterschiede
  3. Aktuelle Situation der Softwareentwicklung in den digitalen Geisteswissenschaften
  4. Was kann eine AG DH-RSE in der DHd leisten?
  5. Ausbildung, Training, Software Carpentry: Situation, Fallbeispiele und Initiativen
  6. Best Practices der wissenschaftlichen Softwareentwicklung: Bestandsaufnahme und Vergleich
  7. Infrastruktur: Welche institutionsübergreifenden Infrastrukturen brauchen wir für eine professionelle Softwareentwicklung in den digitalen Geisteswissenschaften?
  8. AG DH-RSE: Struktur, Infrastruktur, Workflows
  9. (DH-)RSEs: Situation, Anerkennung, Karriere
  10. Softwaredokumentation: Stellenwert, Praxis, Infrastruktur
  11. Softwareentwicklung als wissenschaftliche Leistung: Situation, Anerkennung, Workflows

Eine gegenseitige Kurzvorstellung der Ergebnisse schloss diesen Block ab. Die entsprechenden Blogeinträge werden ab April im dh-RSE-Blog erscheinen.

Teilnehmer dh-rse workshop 2018
Teilnehmerfoto

Für mich überraschend wurde zum Ende des Workshops noch die Gründung der “AG Research Software Engineering in den Digital Humanities (im DHd-Verband)” bekanntgegeben. Die AG bezweckt RSE-bezogene Fragen innerhalb des DHd-Verbandes zu bearbeiten und ansonsten eng mit de-RSE zusammenzuarbeiten. Damit scheint ein prototypischer Weg gefunden worden zu sein, wie innerhalb der vielfältigen deutschsprachigen Forschungslandschaft zusammengearbeitet werden kann. Ob die Geowissenschaftler einen ähnlichen Pfad auf ihrem EGU-Townhall-Meeting der RSEs einschlagen bleibt abzuwarten.

English Summary

A research software engineering working group (DH-RSE) within the DHd-Verband has been founded at the yearly conference of Digital Humanities in German speaking countries. The foundation was paired with a workshop which saw ~80 faces. The working group will closely collaborate in with de-RSE.


Founding an Association

Stephan Janosch (translation Daniel Nüst), January 23, 2018

Ever since we have come together as a community to create de-RSE for the everyday support of our work, one question has always been on the table: What organisational and legal form is suitable for the realization of our goals?

It seems clear that a loosely coupled group of willing people will not be able to build supportive structures for the long term, for example:

An impromptu meeting at the 2nd S3 conference in Hannover, May 2017 (recordings) Hendrik Eggers (TU Braunschweig) suggested the foundation of a cooperative besides the creation of a registered association.

Bernadette Fritzsch (Alfred-Wegener-Institut, Helmholtz-Zentrum für Polar- und Meeresforschung) has taken up these first ideas and started a series of telephone conferences in autumn 2017.

Current situation

Three conference calls by a core group of seven members later, we have come to the conclusion that the creation of a registered association is more suitable. Collaboratively (Slack channel #verein) we are developing a charter and rules of operation (both in German). The ultimate goal is a registered non-profit association, which utilises modern technology to allow for distributed collaboration. Additional collaborators are always welcome!

Name

What should that association be named? The abbreviation “de-RSE” seems set. The term Research Software Engineer establishes itself more and more, also internationally (just out: nl-RSE.org), and is not going to disappear any time soon. But there are also the German job titles of “Wissenschaftler” and “Ingenieur”, which seem to contradict each other at first glance, although both may include software development.

At the moment the charter repository includes three suggestions:

Personally, I favour a mixture, maybe de-RSE e.V.: Förderverein für Forschungssoftware und wissenschaftlich Software Entwickelnde? Maybe you, dear reader, have an illuminating idea for naming our association. The name is going to be widely used in a number of noteworthy contexts:

We look forward to your feedback on the mailing list and in the chat (ideally till Feb. 5th).

And since we’re already here, let’s address another important topic.

Membership fees

Until now, the question of membership fees has rarely been mentioned. But where there are eggs to be broken for an omelette, these eggs need to be laid first. And some forms of third-party funding require a certain level of existing initiative, i.e., own resources. We hope the search for a name is a good occassion for everyone to think about their personal opinion on financial support. Everything is possible:

If I were asked today, I would be ready to pay € 10 per month, roughly the fees my sports club charges me to take care of my health.

We belatedly wish you a good start to 2018 and look forward to your thoughts on the association’s name.


How is survey?

Stephan Janosch, November 15, 2017

Did fill out the survey? Yes, great!

So let’s check quickly how many people filled it out as well.

survey responses

Not bad, there are almost 300 answers! But on the other hand I only see 3 persons per university creating research software in average, which seems a bit odd.

Let’s see how many more people can answer the survey till end of the year.


Survey about research software in Germany, and the people involved in it - #deRSEsurvey2017

Stephan Janosch, October 19, 2017

Hello,

Do you develop research software, or are you involved in the scientific software creation process? Then we would very much like you to participate in the following survey:

https://softwaresaved.limequery.com/661559?lang=en

As of now there is not much knowledge about the community of those in research and science who develop software. This survey aims to gain valuable insights into this community in order to support research funders and other institutions to develop strategies and funding programs as well as policies.

This survey gives you the opportunity to make your point of view and experiences be heard, and thus be part of the development of this community.

In case you know others who develop software in research, please feel free to forward this invitation. If you forward this mail to a mailing list, please be so kind and copy in Martin (janosch@mpi-cbg.de) and Stephan (martin.hammitzsch@gfz-potsdam.de).

The survey results will be published under a CC BY-NC license, and will be announced and evaluated via the de-RSE mailing list and the de-RSE blog. Simultaneously, similar surveys are conducted in the UK, Canada, Australia, Norway, the Netherlands, the USA and South Africa. For reasons of comparability, this survey was closely coordinated with the others.

We look forward to your participation in the survey!

Many thanks, Martin Hammitzsch and Stephan Janosch

survey research software 2017


How to assign a DOI to software within MPG

Stephan Janosch, May 8, 2017

This post will explain how you can assign a DOI to a piece of software within the Max Planck Society (MPG). I need to restrict the scope to the MPG, because the access to the DOI service of the Max Planck Digital Library is restricted. If you plan to release on Github, then the guide ‘Making Your Code Citable’ helps you along.

1. Landing Page

One requirement for assigning the DOI is a public landing page. In my case I simply used the landing page of the project in our local GitLab installation.

gitlab project page

2. Fill DOI Request Form

Next you head over to https://doi.mpdl.mpg.de/request-doi/ and fill out and submit the form.

mpdl doi service form

3. Confirm Request

The MPDL did choose an request confirmation via email. So will receive an email like that which you return to DOI helpdesk. Then you wait for the confirmation to take place.

Dear …,

your eMail address was used to request a DOI name via the Max Planck Digital Library (MPDL). To confirm that a DOI name should be registered on your behalf for the content item described below, please return the complete eMail to doi@mpdl.mpg.de.

In addition, you confirm that all information provided is correct and permit the MPDL to store the data locally. You also agree that the location URL and bibliographic metadata will be transfered to the German National Library of Science and Technology (TIB) in order to register the DOI name. The TIB receives the metadata under the conditions of the Creative Commons CC0 1.0 Universal Public Domain Dedication.

Best regards, your DOI helpdesk in the MPDL

4. Receiving the DOI

After a while, you will receive the DOI with a nice hand-craftet mail. Done.

Lieber Herr Janosch,

vielen Dank fuer Ihre DOI-Anfrage. Fuer das Software-Paket wurde soeben die DOI 10.17617/1.46 vergeben und in wenigen Minuten sollte https://doi.org/10.17617/1.46 auf die gemeldete URL umleiten.

With a few clicks more you can link your freshly minted DOI to your ORCID record.

So open your ORCID profile and hit ‘Add Works’ -> ‘Search & Link’ -> ‘DataCite’

orcid profile add content

After you allowed the DataCite to connect to your ORCID profile, you can ‘Search’ for your works.

datacite home

Two clicks more on ‘Add to ORCID record’ and ‘OK’ completes the process.

datacite add to ORCID record

Question 1: Software vs Release

Software appears in different manifestations. You could refer to it as a specific release of your code (e.g. version 0.3 of the plugin) or as software engineering project. If you are interested in the citation count you want to have only one DOI for your software. Opposite to this, you want to have a DOI for each release of your code. This ensures that protocols or workflows cite the exact version used in order to prevent reproducibility issues.

The DataCite Metadata Schema (version 4 pdf) knows some very handy relation types like:

  - IsNewVersionOf 
  - IsPreviousVersionOf 
  - IsPartOf
  - HasPart

It looks like, that Zenodo makes use of these, as this example shows. I will try to speak with Martin Fenner (DataCite), who is giving a talk with the topic ‘Workflows for assigning and tracking DOIs for scientific software’ this wednesday, to get a better idea about metadate for software.

Question 2: Changing Landing Page URL

According to the MPDL personell there is no interface right now for changing the landing page URL. Their advice was sending an email to the DOI helpdesk and submit your changes that way.

Summary

As you can see, assigning a DOI to a piece of software is not very hard. The easy interface provided by the MPDL helps a lot, but maybe an expert version of it is more appropriate for software? And it takes a bit patience because there is some waiting involved (explaination?). But the process in general is straight forward.

Feel free to discuss this topic at our communication channels (mailing list and/or slack). In case you have the desperate need to document the DOI assigning process for your own research organisation then head along and copy this post and push a pull request to our website repo. 😉


Fahrplan

Post only available in German

Stephan Janosch, Martin Hammitzsch, April 28, 2017

de-RSE als Bewegung hat Ziele, für deren Erreichung nicht nur persönliches Engagement gefragt ist, sondern auch finanzielle Unterstützung für die geplanten Aktivitäten wie Workshops, Fellowship Programme oder eine jährlich stattfindende Konferenz. Eine derzeit diskutierte Idee soll hier kurz skizziert werden. Darauf aufbauend wünschen wir uns eine Diskussion, die diese Idee und eventuell andere Alternativen betrachtet, um in der Community zu einem Konsens zu kommen und handlungfähig zu werden.

Vereinsgründung

Um als Vereinigung von Leuten mit Geld/Ressourcen umgehen zu können, braucht es eine Körperschaft. Die Idee der Gründung eines gemeinnützigen Vereins liegt hier nahe. Um einen rechtsfähigen Verein gründen zu können braucht es folgende Dinge:

Mit einer strukturierten Vorbereitung wäre dies evtl. bis Herbst diesen Jahres machbar. Die Satzung könnte beispielsweise gemeinsam in einer Markdown-Datei geschrieben werden und regelmäßige Webkonferenzen helfen, diskussionsbedürftige Textbausteine anzugehen sowie weitere Aktivitäten abzustimmen. Falls nötig können wir abschließend auf einem eigens einberufenen Meet-up oder bei einer Konferenz die Gründung durchführen, so dass ein Vorstand berufen und der Verein gegründet werden kann. Alles weitere liegt dann beim Vorstand, der die geplanten Aktivitäten gemeinsam mit der Community angeht.

Budget

Für Konferenzen, Workshops und Stipendien (fellowships) braucht es Geld. Stellt sich die Frage, wie sich de-RSE nachhaltig finanzieren kann. Gestaffelte Mitgliedsbeiträge sind hierbei ein erster Anfang. Mitglieder und deren Beiträge könnten sein:

Mitglied möglicher Beitrag pro Jahr
natürliche Person 50-100 €
Institute und Universitäten 1.000 € - 5.000 €
Firmen 10.000 €

Wir gehen am Anfang von einem Übergangsprozess aus, von der Gründung mit vielen natürlichen Personen hin zu einer stabilen Einnahmesituation durch institutionelle Träger. Denkbar sind darüber hinaus finanzielle Förderungen durch:

Ausblick

Im Moment hat die Mailingliste fast 70 Abonnenten, was genug Potential für eine Vereinsgründung vermuten lässt. Nun würden wir uns aber erstmal eine lebhafte Diskussion über diesen Fahrplan erwünschen.


Welcome to the de-RSE blog

Stephan Druskat, March 22, 2017

This weblog will contain posts on subjects that are relevant to the Research Software Engineers community.

You, too, can contribute (in English or German). Simply clone this website’s GitHub repository, check out the README (we use Jekyll, and it’s easy to create and publish drafts with rake), create a blog post, and submit it to us via a GitHub pull request against gh-pages!

Happy reading, happy contributing!