Entdeckungsreise in die eigene Programmiersprache

Wenn man nach Jahren des Programmierens und zunehmenden Managementtätigkeiten ab und zu in Code von Kollegen schaut, ist man manchmal verwirrt. Da finden sich Konzepte und Syntaxkonstrukte, die man selbst von der eigenen Erfahrung her eher als Fehler identifizieren würde. Aber es ist völlig funktionsfähiger Code.

Was ist da passiert?

Man selbst programmiert doch schon sooo lange. Wo und wann hat man den Anschluss verpasst? Warum? Es ist ja nicht so, dass man etwas verlernt hätte. Ganz im Gegenteil, man lernt neue Dinge dazu. Nur leider fehlt dann oft die Zeit, sich mit den ursprünglich wichtigen Themen ausreichend auseinanderzusetzen.

Programmiersprachen werden ständig weiterentwickelt. Wenn man tief in der Materie ist, muss man sich automatisch damit beschäftigen. Mit steigendem Abstand von der Technik wird das aber immer mehr zur expliziten Aufgabe und nicht etwas, was man bei der täglichen Arbeit so oder so machen muss.

Spätestens dann sollte man aber von Zeit zu Zeit "eine Entdeckungsreise in die eigene Programmiersprache" unternehmen. Sprich: sich mit etwas neueren Konzepten und Vorgehensweisen auseinandersetzen und nicht auf dem alten Wissen sitzen bleiben. Man tendiert ja so oder so schon dazu, immer den gleichen metaphorischen Hammer zur Lösung von Problemen (Nägeln) zu nutzen. Warum denn dann auch noch einen alten Hammer? Nichts gegen alte Hämmer. Aber vielleicht ist ein neuerer Hammer für ein neues Problem effizienter.

Das einfachste ist, ein offener Umgang untereinander vorausgesetzt, sich vom Kollegen erklären zu lassen, was das ist, was es macht und warum man es hier braucht. Ausgestattet mit diesen Informationen erleichtert sich dann die Internetrecherche und die eigene Weiterbildung.

Eine andere Variante, wenn auch weniger zielgerichtet auf das aktuelle Problem, ist die Durchführung von Vorträgen zu bestimmten Neuerungen der eingesetzten Programmiersprachen. Dies hilft dabei, das Know-how im Unternehmen zu streuen, zu verfestigen und damit auch anzuwenden.

Wunderbar ist es auch, wenn man die Chance hat, bei einem Code-Review mitzumachen. Man gehört ja nicht zum alten Eisen, der Erfahrungsschatz ist wichtig. Man denkt oft in anderen Zusammenhängen. Ein Code-Review ist ein sehr gutes Mittel, neue Dinge zu lernen. Das gilt für jeden Teilnehmer.

Was gibt es sonst noch?

Hilfreich sind auch diverse Webseiten, mit denen man Codingtrainings oder Katas lösen kann. Vor allem die, bei denen der eigene Code später bewertet wird bzw. die eigene Lösung mit den Lösungen anderer vergleichen werden kann. Das treibt einem manchmal schon die Schamesröte ins Gesicht, aber man hat etwas gelernt, und sei es nur ein Compiler-Built-in, welches man vorher nicht gekannt hat.

Gerade der Vergleich des eigenen Codes bzw. das Lesen des Codes anderer Entwickler bildet sehr stark weiter. Für Entwickler jedes Stadiums ihrer Laufbahn ist dies ein sehr wertvoller Wissensschatz. Hilfreich sind hier Webseiten wie:

• codewars.com/
• exercism.io/

Die machen sogar nebenher noch Spaß. :) Fressen allerdings auch einiges an (Frei-)Zeit.

Daher gilt für (Ex-)Entwickler im Management: "Bleibt am Ball." Die Kollegen, die mehr in der Technik sind, werden es zu schätzen wissen. Man selbst ist schließlich ein Bindeglied zwischen Entwicklern und Nutzern. Und ja, es ist schwierig, alle Aufgaben unter einen Hut zu bringen, nur sollte man seine Wurzeln nicht kappen. Außerdem erhöht das sicher wieder den Spaßfaktor.