Heute möchte ich über das Thema Code Reviews berichten.
In der NZZ haben wir Ende des letzten Jahres unsere Code Repositories in Richtung Github gezügelt. Weil das Entwicklerteam in kurzer Zeit sehr stark gewachsen ist, mussten wir Wege finden, die Codequalität auf einem hohen Stand zu etablieren. Dies haben wir mit Code Reviews und Pull Requests auf Github versucht.
Wie ich schon im letzten Artikel erwähnt habe, sind wir aktuell 3 SCRUM Teams und haben diese auch in sehr kurzer Zeit von 4 auf 18 Entwickler hochgefahren (ca. 6 Monate).
Am Anfang gab es eine kurze Kennenlernphase zwischen den einzelnen Personen. Wir waren am gleichen Ort und arbeiteten zusammen. Danach wurden die Teams aufgeteilt und auf die Projekte losgelassen. Relativ schnell war die Kommunikation zwischen den Teams eher rar. Jedes Team hatte seine eigene Philosophie von Design, Standards usw. und über kurz oder lang, gab es kleinere Probleme. Man beschwerte sich, warum jemand das so gelöst hat und nicht so, wie es im eigenen Team geregelt war.
Heute möchte ich eine neue Artikelserie ankündigen und erklären worum es geht.
Wie ihr vielleicht wisst, arbeite ich bei der NZZ (Neue Zürcher Zeitung).
Bei der NZZ arbeiten wir momentan mit Hochdruck an einem neuen und modernen Webauftritt. Dieser beinhaltet einige Frontend Applikationen und ein gemeinsames Backend. Ausserdem werden wir im Verlaufe des Jahres auch noch mit der Implementierung eines CMS für die Redaktion beginnen.
Wir verwenden hier einige Technologien und Frameworks wie PHP, Javascript, HTML5, CSS3, Symfony2, Jackrabbit, MySQL, Redis, Varnish usw.
Vor kurzem habe ich einen Buchtipp von einem Kollegen erhalten. Der Titel lautet Produktiv programmieren von Neal Ford. Da ich natürlich stets darum bemüht bin, als Programmierer effizienter zu werden, musste ich mir dieses Buch gönnen.
Das Buch ist in 2 Teile aufgeteilt. Der erste Teil beschäftigt sich mit Mechanismen für produktives Programmieren. Es wird gezeigt, wie man schneller wird und den Fokus auf die wichtigen Dinge lenkt. Dieser erste Teil ist im Prinzip eine Ansammlung an Tips/Ideen, wie man schneller werden kann. Ich möchte hierzu ein paar Beispiele nennen.
Ich habe zwar nächsten Dienstag meine Abschlussprüfungen, aber das Thema Codesniffer brennt mir momentan auf den Nägeln 
In letzter Zeit habe ich mich viel mit Testing und Softwarequalität beschäftigt. Da ich von diesen Themen und Tools überzeugt bin, habe ich sie bedenkenlos eingesetzt. Im Geschäft habe ich auch Jenkins aufgesetzt und betrieben.
Ich versuchte stets die Leute in den Projekten davon zu überzeugen, dass sie phpcs (PHP Codesniffer) auf der Konsole vor dem einchecken durchlaufen lassen sollten und dann entsprechend den Fehlern die Korrekturen durchführen sollten. Als sie meine Anweisung mit einem “WARUM?” erwiderten, antwortete ich jeweils, dass der Code so halt einheitlicher und aufgeräumter wirkt.
