4 Techniken für eine gemeinsame Sicht auf den Source Code

Pair Programming

Pair Programming ist eine Software-Entwicklungstechnik, bei der zwei Entwickler gemeinsam an einem Computer arbeiten. Einer der beiden Personen, der Fahrer, schreibt den Code, während der andere, der Beobachter, den Code überprüft und Feedback gibt. Es ist ein sehr effizientes Werkzeug, wenn es darum geht, Wissen und Fähigkeiten innerhalb eines Teams zu teilen und zu verbessern.

Bei Kundenprojekten nutzen wir Pair Programming in einem gewissen Ausmaß für Wissensaustausch zwischen Junior- und Senior-Entwicklern, da es ihnen ermöglicht, direkt zusammenzuarbeiten und von ihrem jeweiligen Wissen und ihren Fähigkeiten zu profitieren. Der Senior-Entwickler kann dem Junior-Entwickler wertvolle Tipps und Ratschläge geben, während der Junior-Entwickler dem Senior-Entwickler neue Perspektiven und Ideen liefern kann.

Bei Learning-Friday Projekten empfehlen wir generell, immer Pair-Programming zu verwenden, da es den Lernenden ermöglicht, sich gegenseitig zu unterstützen und von ihrem jeweiligen Wissen und ihren Fähigkeiten zu profitieren. Durch die direkte Zusammenarbeit können sie schneller und effizienter lernen und ihre Fähigkeiten verbessern. Pair Programming fördert auch die Kommunikation und das Verständnis für das Projekt, was für das Lernen von großem Vorteil sein kann.

Mob Programming

Bei komplexeren Aufgabenstellungen setzen wir auch auf das sogenannte “Mob Programming”. Das ganze Team konzentriert sich auf eine Aufgabe und löst diese gemeinsam. Ein Team, ein Keyboard, ein Bildschirm.

Code Review

Pair Programming hat sich auch gut bei Code-Reviews bewährt, da es dabei hilft, Fehler und Verbesserungsmöglichkeiten im Code schneller zu erkennen. 

Beim Code Review gehen zwei oder mehrere Entwickler gemeinsam Code durch. Sie  können den Code gemeinsam überprüfen und sich gegenseitig Feedback geben, was dazu beitragen kann, dass der Code sauberer wird und weniger Fehler hat.

Oft, auch bei uns, werden Code Reviews im Zuge von Pull-Requests durchgeführt bzw. als dasselbe angesehen. Wir differenzieren diese aber im Wording und sprechen von Pull-(Merge-) Request-Reviews. Diese halten wir kürzer, konzentrieren uns auf offensichtliche Probleme im Code und führen sie auch asynchron durch. Bei “echten” Code Reviews geht es um Diskussion, Gedankenaustausch und tiefergehende Analysen des Codes.

Cross Project Code Reviews

Damit wir das Wissen auch projektübergreifend austauschen, machen wir “Cross Project Code Reviews”.  Dabei stellen 1-2 Mitarbeiter:innen aus jeweils einem Team den Code ihres Projektes vor und diskutieren ihn. Meist konzentrieren wir uns auf einen Aspekt wie z.B. die Architektur oder auch die Build-Infrastruktur.