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.

Überzeugungsarbeit für den Codesniffer

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.

Warum überhaupt einen Codesniffer verwenden?

Auf einmal fragte ich mich selber, warum man einen Codesniffer einsetzen sollte. Bringt es dem Kunden einen Nutzen, wenn der Code dahinter “schön” und einheitlich aussieht? Ich versuchte also herauszufinden, warum es Sinn ergibt, wenn man sich Standards bei der Formatierung hält.

Ich forschte also ein bisschen nach und bin auf zwei gute Erklärungen gestossen.

Keine Unterbrechung des Flows

Es ist allseits bekannt, dass etwas neues, unerwartetes viel mehr Energie kostet. Genauso ist es bei einem Codestyle, der die ganze Zeit wechselt. Man benötigt neben dem Lösen des Problems noch viel Energie, die verschiedenen Codestyles mental aufzuarbeiten.

Wenn man einen bestimmen Codestyle kennt, kann man sich auf die wahren Probleme konzentrieren. Die Klammern, Einrückungen usw. verschwinden und man konzentriert sich auf die Aufgabe.

Je weniger der Entwickler oder Reviewer gestört wird, desto schneller ist er mit seiner Arbeit fertig. Dies hat also einen positiven Nutzen für den Kunden.

Keine Diskussionen mehr über den Codestyle

Wenn man sich auf einen Standard einigt (z.B. Symfony2, PEAR, Zend, …), so müssen sich die Entwickler nicht mehr darüber streiten, wie Code formatiert werden soll. Dies bringt dem Kunden einen unmittelbaren nutzen, nämlich keine verschwendete Zeit mit Diskussionen über den Codestyle.

Feedback

Was haltet ihr vom Einsatz eines Codesniffers?

Warum sollte man ihn einsetzen oder warum gerade nicht?

Ich würde mich über Feedback freuen!

Mir ist bewusst, dass ich schon länger keinen Post mehr verfasst habe und ihr fragt euch sicher, ob ich überhaupt noch blogge. Natürlich! Nur gibt es momentan einige wichtigere Dinge, die ich erledigen muss, bevor ich wieder regelmässig bloggen kann.

• Am 4.8.2011 ist mein erstes Kind Timothy zur Welt gekommen. Natürlich gibt der kleine Racker einiges zu tun und darum sitze ich nicht mehr soviel vor dem Computer wie früher
• Seit dem 1.5.2011 arbeite ich bei der NZZ als Softwareentwickler und habe nach wie vor sehr viel zu lernen. Daher sind die Tage lang und streng.
• Aktuell bin ich gerade am Schlussspurt meines Master Studiums an der HSR im Bereich Softwareengineering (am 7.2.2012 ist der letzte Schultag, yeah )

Eigentlich hätte ich durch das neue Umfeld bei der NZZ und durch mein Studium unendlich viele Themen, über die ich bloggen möchte. Ich muss mir aber meine Zeit aktuell sehr gut einteilen und bin auch happy, wenn ich einfach nur mal ein paar Stunden frei habe und entspannen kann.

Sobald diese strenge Phase vorbei ist (sprich, ab Februar 2012), werde ich mich auch wieder regelmässig dem bloggen widmen und werde wohl einige interessante Themen aufarbeiten müssen

Bis dahin wünsche ich euch spannende Stunden in anderen Blogs (es gibt ja genügend super Quellen).

1. “Syntactic Sugar” in C#

• Properties (einfachere Definition von getter/setter und einfacherer Zugriff)

• Alle Typen (auch primitive) sind von Sytem.Object abgeleitet -> Primitive Datentypen werden mittels Boxing / Unboxing automatisch umgewandelt

2. Die IDE – Microsoft Visual Studio

Auch wenn ich die IDE nur Oberflächlich kennengelernt habe, sind mir einige Dinge sehr positiv aufgefallen.

• Gute Code Completion
• Gute Integration der Bibliotheken
• Klassendiagramm Ansicht (Aus Source Code wir direkt ein Klassendiagramm generiert und umgekehrt)

3. .NET Framework

C# ist logischerweise in das .NET Framework integriert und das bedeutet, dass man folgende Eigenschaften des .NET Frameworks nutzen kann.

• Multilanguage Development möglich
• Gemeinsames Typensystem
• Umfangreiche Libraries
• Alle Typen (auch primitive) sind von Sytem.Object abgeleitet

Ich glaube nicht, dass ich in nächster Zeit wieder mit C# und .NET in Kontakt komme, aber die Programmierer in der Microsoft Welt haben definitiv einige gute Tools und Sprachen zur Verfügung.

Was habt ihr für Erfahrungen mit C# und .NET gemacht?

Daher sammelten sich bei mir in letzter Zeit sehr viele interessante Ressourcen zu diesem Thema an. Anstatt das ganze für mich zu behalten, entschied ich mich das jsGameWiki zu erstellen.

Ich würde mich auf jedenfall freuen, wenn ihr gute Quellen im jsGameWiki ergänzen würdet, so dass die Ressource in Zukunft an Wert gewinnt.

Ich wünsche viel Spass beim stöbern!