Mitarbeiter-interview 06/2025: Richein Bartsch
Die Interviewreihe mit Mitarbeitenden der dataglobal Group
Richein, erzähl uns kurz, wie du zur dataglobal Group gekommen bist und was dich an der Softwareentwicklung besonders fasziniert.
Hallo! Ich bin im Januar 2019 zu dataglobal gekommen, weil ich daran interessiert war, Technologien von Grund auf neu zu entwickeln. Zunächst war ich ein Jahr lang als Application developer im Bereich Consulting und bin dann zu den Kernentwicklungsteams hinzugekommen.
Was ich an der Softwareentwicklung liebe, ist die Entwicklung von Lösungen, die Geschäftsprozesse voranbringen und Probleme lösen. Zum Beispiel das Erstellen von Automatisierungslösungen für Aufgaben, die niemand manuell machen will. Ich finde es spannend zu sehen, wie gute, skalierbare Lösungen, an der ich mitgearbeitet habe, in der Praxis zum Einsatz kommen. Das ist genauso erfüllend, wie etwas „von Hand“ zu bauen, so wie es ein Schreiner mit Holz macht
Gab es einen Moment in deinem bisherigen Berufsweg, der dich besonders geprägt hat oder der dich in deiner Entscheidung bestärkt hat, Entwickler zu werden?
Ich würde sagen, das war schon vor langer Zeit, bevor ich meine Karriere begann. Als ich 11 Jahre alt war, habe ich bereits zu Hause selbstständig das Programmieren gelernt, weil ich mich dafür interessierte, wie Videospiele und Software entwickelt werden. Als Teenager habe ich bereits kleine Tools und Modifikationen für Computerspiele entwickelt. Es war sehr erfüllend zu sehen, wie etwas funktionierte, das ich selbst entwickelt hatte, und ich wusste schon damals, dass ich Softwareentwickler werden wollte, um Lösungen für praktische Anwendungen in der realen Welt zu entwickeln.
In letzter Zeit würde ich sagen, dass die Arbeit von mir und dem Rest unseres Teams an der dgIdentity und Kundenportal Plattform, die moderne Technologien und Techniken nutzt, der bisherige Höhepunkt ist. Es ist eine solide Grundlage, auf der wir in Zukunft viel aufbauen können, so dass andere Applikationen damit verbunden werden können. Eleven mit Expurgate nutzt es bereits und auch vysoft ist dabei, es zu nutzen.
Kevin hat im letzten Interview von einem „engagierten Team“ gesprochen. Wie erlebst du die Zusammenarbeit in eurem Team konkret im Alltag?
Die Zusammenarbeit und die Arbeit im Team ist ein Highlight. Wir sind wirklich flexibel und immer offen und haben unsere eigenen Prozesse, wie wir als agiles Team arbeiten, und das schon seit Jahren auf die gleiche Weise. Auch wenn wir alle unsere definierten Rollen haben, trägt jeder von uns mehrere Hüte. Meistens können unsere täglichen Statusgespräche bis zu einer Stunde dauern, aber ich denke, dass sie wirklich nützlich sind, jeder ist immer auf dem gleichen Stand, und meistens brauchen wir nur diesen Anruf, und jeder kann an seinen Aufgaben arbeiten, wir haben selten irgendeine Art von Blocker, der die Entwicklung behindert. Natürlich haben wir viel Spaß und scherzen viel miteinander. Es ist ein sehr entspanntes Team mit viel Erfahrung, so dass man viel voneinander lernen kann. In einem eng verbundenen Team sind wir so.
Wie sieht eure typische Arbeitsweise aus – habt ihr bestimmte Routinen oder Werkzeuge, die sich besonders bewährt haben?
Ich würde sagen, wir sind sehr dynamisch und haben nicht allzu viele spezifische Routinen. Unsere tägliche Statusbesprechung an 5 Tagen in der Woche ist die größte Routine, die wir haben. Wir prüfen jedoch regelmäßig, ob wir neue Routinen/Prozesse brauchen, und probieren in der Regel etwas aus, merken aber schnell, dass es vielleicht nicht funktioniert. Technisch haben wir Routinen, um die Codequalität zu sichern. Jede Quellcodezeile, die wir in unseren „main development branch“ einbringen, wird von anderen Teammitgliedern geprüft, was als „Code Review“ bezeichnet wird. Das bedeutet, dass andere Teammitglieder die Pull-Requests überprüfen, um mögliche Probleme zu erkennen und Vorschläge zu machen, die natürlich auch zum Lernen dienen. Und unser QA-Team führt vor der Bereitstellung in der Produktion immer einen vollständigen Satz von Tests durch. Vor jeder größeren Implementierung einer neuen Funktion oder einer Änderung führen wir eine separate Brainstorming- Session durch, die sich intensiv mit der Architektur beschäftigt.
Wie geht ihr im Team mit unerwarteten technischen Hürden um – gibt es ein Beispiel, wo ihr besonders kreativ oder pragmatisch eine Lösung gefunden habt?
Technische Hürden sind ein natürlicher Bestandteil der Softwareentwicklung, ob erwartet oder unerwartet, und ich denke, wir sind wirklich gut darin, potenzielle Hürden zu erkennen, die in Zukunft auftreten können. Wir bemühen uns sehr, das Gesamtbild zu sehen, bevor wir etwas implementieren, aber auch in Bezug auf die technologische Landschaft, um potenzielle Vor- und Nachteile in den kommenden Jahren zu antizipieren, die sich zum Beispiel aus der Verwendung eines Techstacks ergeben können, oder welche potenziellen neuen Technologien oder Konzepte in der Zukunft auftauchen und wie wir uns am besten vorbereiten können. In der IT-Welt ändern sich die Dinge schnell, so dass man nicht davon ausgehen kann, dass das, was heute passend ist, auch noch in 5 Jahren passend sein wird. Wir müssen entsprechend planen und aufbauen. Kürzlich haben wir mögliche Leistungsprobleme in der Zukunft gelöst, indem wir einige unserer Dienste architektonisch flexibel und stark gemacht haben, indem wir gRPC für die Kommunikation zwischen den Diensten, Caching und Message Queues verwenden. Wir haben auch einen effizienteren Weg gefunden, um Tokens in unserem Identitätssystem auszustellen, ähnlich wie bei der Verwendung unserer APIs, aber es wäre zu technisch, um hier ins Detail zu gehen.
Wenn du einen Wunsch frei hättest für euer Projekt oder eure Arbeitsweise – was würdest du gerne noch ausprobieren?
Ich bin immer daran interessiert, neue Programmiersprachen zu lernen und zu verwenden, denn viele haben interessante neue Ideen oder Workflows, aber es ist nicht praktikabel, sie in wichtigen Projekten zu verwenden, wo stattdessen große Programmiersprachen wie C#/C++/Go/Java zum Einsatz kommen. Exotische Sprachen bringen Risiken mit sich, und natürlich will nicht jeder in einem Entwicklungsteam eine weitere neue Sprache lernen. Für die meisten Entwickler bleibt das Erlernen und Anwenden dieser Sprachen daher vorerst den Hobbyprojekten zu Hause vorbehalten 😊
Seit einem Jahr interessiere ich mich für die Programmiersprache Odin und verwende diese Sprache in meiner Freizeit häufig für Hobbyprojekte.
Vielen Dank für das Interview, Richein!
Bewirb Dich jetzt bei der dataglobal Group
Bist Du interessiert daran, Teil der dataglobal Group zu werden und gemeinsam mit uns die Vision des Digital Workplace für unsere Kunden zu verwirklichen? Wir sind stets auf der Suche nach neuen Talenten, sei es in der Softwareentwicklung oder in anderen Bereichen wie Vertrieb, Consulting usw.
Schau doch mal in unsere aktuellen Stellenangebote und prüfe, ob dort eine passende Position für Dich dabei ist. Wir freuen uns, von Dir zu hören!
