Sollte ich einen Programmierer entlassen, der nur 100 Zeilen Code pro Tag schafft?
Die Anzahl der Codezeilen ist keine Metrik die zum messen verwendet werden kann.
Bei einer Neuentwicklung werden vom Programmierer mehr Codezeilen erstellt, als später. Am anfang hat man mehr Quantität.
In einer Neuentwicklung kommt es häufig erst zu einem späteren Zeitpunkt zu Abnahmetests und Fehlerbereinigung. Ab diesen Zeitpunkt sind oft wenige Codezeilen am Tag noch möglich. Der Auftraggeber hat den Fehler vielleicht durch ungenaue Spezifikation mitverursacht und es muss geklärt werden was gewollt wird. Hier kann es zu längeren Diskussionen und Designänderungen kommen, die lange Zeit beanspruchen und am Ende wenige Zeilen Code erzeugen. Die Qualität wird in dieser Phase dadurch viel wichtiger…
Bei der Wartung von Code wird es noch einmal schwieriger. Ist ein gemeldetes Problem überhaupt ein Fehler oder sind Daten oder Bedienung falsch. Ursachen von Fehlern können teilweise nur durch lange Debugging Sessions ergründet werden. Korrekturen müssen geprüft werden ob diese ungewollte Seiteneffekte haben. Code aus alten Projekten muss dahingehend verstanden werden, was überhaupt gewollt wurde und mit den damaligen Programmiervorgaben abgeglichen werden. Nach vielleicht mehreren Tagen wird dann ggf. Nur eine Zeile Code geändert und das Problem ist beseitigt. Hier steht klar Qualität vor Quantität.
Interessant ist als Schlussbemerkung, dass Wartung wenig beliebt ist. Es gerne an Anfängern deligiert wird, die große Schwierigkeiten damit haben und sich wenig damit profilieren können.
Die Seniors bauen die neuen Anwendungsteile, wirken kompetenter und haben mehr Spaß. Hinzu kommt der höhere Spaßfaktor.
Abschließend eine weiterführende Anekdoten zu den Thema:
In einen Vortrag erzählte ein Chefentwickler von Microsoft, dass dies teilweise zu einen ernsten Problem geführt hatte. Profis arbeiten zwei Jahre an bspw. der neuen Office Version und verdienten hohes Ansehen… wenn es dann zum Bugfixes ging kündigten diese und wechselten.. ihre Fehler sollten dann andere beheben. Daher wurde mit den Scrim Ansatz der Zyklus auch verkürzt auf 3 Monate, so dass man solches Vorgehen unterbinden konnte.