Working Draft

Codestyle Checker, Linter usw sind alles ganz tolle Ideen und sicher auch nützlich und sinnvoll, aber ich für meinen Teil kann aus der Java Sicht dazu sagen das man auch aufpassen muss das man es nicht zu weit treibt. Ein sehr prominentes Java Beispiel ist da z.B. das Bean Pattern. Das JavaBean Pattern beschreibt kurz gesagt das Vorgehen am Beginn einer Klasse Felder zu definieren (am besten private) und diese nur über public getter und setter Methoden zu manipulieren. Dieses Pattern war sicher einmal gut gemeint und ist oft auch sinnvoll, aber es wird häufig paradigmatische durchgezogen und ist leider auch gern in Stylecheckern als Test verankert. Das führt dann dazu das die Hälfte einer kleinen Klasse nur aus eigentlich leeren Methoden besteht die den Wert eines Feldes setzen (ohne diesen weiter zu manipulieren oder zu prüfen) oder ihn wieder ausgeben, wodurch auch der Sinn das Feld dringend private zu machen ausgehebelt wird. Pragmatischer wäre in einem solchen Fall dem Feld eine angemessene Zugriffsberechtigung zu geben und direkt in das Feld zu schreiben, vor allem wenn der Wert sowieso nur innerhalb einer Klasse selbst genutzt wird.
Solche Beispiele finden sich zu hauf in der Java Welt wo die Stylechecker schon seit Ewigkeiten gang und gäbe sind und viele Dinge werden einfach immer so gemacht ohne Sinn und Zweck zu hinterfragen weil das schon immer so war.

Oft sind diese Tools und Regeln sehr sinnvoll, aber man sollte das auch ab und an hinterfragen und nicht bis ins Extrem treiben wenn es nichts bringt. Manchmal ist Pragmatismus die bessere Wahl.