Den Code aufrechterhalten

Git, Pull Requests, Qualität, Workflows, Vier-Augen-Prinzip, Prettify

Wie bereits im vorherigen Kapitel erwähnt, sind DevOps wichtig, um den Code zu warten, aber raten Sie mal: Dies ist auch ein Team-Effort, und darüber hinaus ist es eine geschäftskritische Priorität, denn schlechter Code bringt schlimme Dinge mit sich.

“Coding ‘Free for all’“ – also, dass Entwickler einfach so programmieren, wie es ihnen gefällt – ist weit weg davon, wie der Code in einem großartigen Produktcode-Repository gewartet werden sollte.

Einer der oft übersehenen “Warum“-Faktoren hier ist, dass der Code geistiges Eigentum (IP) der Firma ist und einen monetären Wert hat, auch wenn es in den Buchhaltungsbüchern nicht erscheint. Allein das macht es wert, den Code gewartet zu halten.

Weitere – warum – der Code lesbar und überblickbar sein sollte? Die wichtigsten Funktionen sollten dokumentiert sein, zumindest auf hoher Ebene (es ist extrem schwierig, Dokumentation in einer schnell wachsenden Entwicklungsumgebung auf dem neuesten Stand zu halten, und könnte die Entwicklung stark verlangsamen).

Den Code in einem Git-Repository zu haben, stellt sicher, dass neue Versionen hinzugefügt werden können und man immer zurückgehen und verfolgen kann, was von wem hinzugefügt wurde. Wenn man ein Task-Management-System verwendet, um den Backlog zu verwalten, kann man auch das Ticket oder die Aufgabe dahinter verfolgen, was zu einer sehr guten Dokumentation der Historie führt.

Das ist nützlich, um zu sehen, warum etwas geändert wurde und was es ausgelöst hat. Durch die Arbeit in Branches haben Entwickler ihre eigene, verteilte Kopie des Codes auf ihrem eigenen Computer und können leicht zusammenarbeiten, indem sie eine Aktualisierung des Codes ziehen, wenn ein anderer Entwickler an demselben Branch oder neuen Feature-Branches gearbeitet hat, während eine Produktionsfreigabe durchgeführt wurde.

Lesen Sie mehr in “Das CTO Playbook“, verfügbar auf Amazon/Kindle.