Heute auf dem Programm: “Refactoring der Member- und Artistpages. Dazu neues, universell einsetzbares Framework für aus Modulen und Registerkarten bestehende Seiten bauen.”. Muss skalierbar sein. Muss universell einsetzbar sein. 4 Layers. Sehr anspruchsvoll. Unsere Methodik bei anspruchsvollen Entwicklungs-Aufgaben: Pair Programming.
Pair Programming ist eine Vorgehensweise aus dem Bereich des Extreme Programming. Zwei Leute sitzen vor einem Computer und arbeiten gemeinsam am Code. Kevin und ich. Mal hat er die Tastatur, ich gebe Anweisungen… Dann schiebt er sie zu mir rüber, und er schaut mir auf die Finger. “Achtung, Silvan, Du hat $b_reslut getippt.” Man checkt sich gegenseitig. Man denkt gemeinsam: “Sollen wir die Tab-Creation-Methode in die Page-Klasse oder in die Tab-Klasse bauen?” – “In die Page-Klasse. Die Tab-Klasse weiss ja nichts von den anderen Tabs…”
1+1>2
Dank Paarprogrammierung denken zwei Menschen. Und da gilt 1+1>2. Die Code Qualität steigt. Man hat weniger Bugs. Man kann voneinander lernen. Dauernde Unterbrechungen durch MSN-Mitteilungen oder Mails gibt’s nicht. Man redet miteinander, anstatt in den Bildschirm zu schweigen. Man lacht gemeinsam. Ueber die eigenen Fehler. Oder über den internen Projektname des Frameworks: “Patamo – Page with Tables ans Modules”… “Das tönt ja wie Potato… Oder Guantanamo… Da wäre das Marketing wohl nicht glücklich mit der Benennung”
Pair Programming jeden Tag? Nein. Denn man ist abhängig vom anderen. Man wird vom anderen kontrolliert. Und man braucht für das gleiche Projekt die doppelten Ressourcen. Bei anspruchsvollen Aufgaben? Ja, immer gerne wieder.
