Warm werden mit einer neuen Codebasis

Als ich vor einem halben Jahr die Firma wechselte, kam neben einer neuen Umgebung mit neuen Leuten auch eine riesige, gewachsene Codebasis auf mich zu. Da es sich um ein kommerzielles Produkt handelt gab es immerhin eine Dokumentation und eine Woche Schulung dazu. Um nun aber wirklich schnell produktiv zu werden haben mir dann "Fake it till you made it" und "TDD as if you meant it" geholfen.

Meine Aufgabe war es neue bzw. erweiterte REST Schnittstellen anzubieten. Das Produkt basiert auf Spring und stellt bereits eigene REST Schnittstellen bereit, hat aber genügend Besonderheiten.

Fake it till I made it

Damit die Konsumenten meiner Schnittstellen möglichst schnell diese Anbinden konnten und nicht warten mussten bis ich endlich so weit bin die Schnittstelle bereit zu stellen habe ich zunächst den Controller mit den definierten Methoden geschrieben. Als Rückgabewert gab es dann halt Dummydaten welche nach bestem Wissen aber schon dem erwarteten Format entsprechen.

TDD as if you meant it

Bei TDD as if you meant it wird sowohl der Testcode als auch dessen Erfüllungscode innerhalb der Testmethode geschrieben (und dann heraus refaktored) Details siehe z.B.: hier.

Da ich ja schon wusste wie das Ergebnis aussehen soll aber noch unsicher war wie ich durch die verschiedenen Schichten an die entsprechenden Daten komme und diese transformieren muss, lag es auf der Hand dies erstmal Schrittweise in Integrationstests zu fixieren und mich dann an die API heran zu tasten. Dabei halfen mir die Tests zu wissen wann dann Ziel erreicht ist und wann eine Änderung etwas schon geschaffenes wieder zunichte macht. Des weiteren halfen die Tests beim Experimentieren noch offene ToDos zu fixieren. Musste in einer Schicht mehr Logik entwickelt werden kamen hier dann UnitTests hinzu.

Und Ihr?

Welche Erfahrungen habt ihr mit neuen Codebasen und der Einarbeitung gemacht?

Wie werdet ihr warm und nehmt Fahrt auf?