1. Unit-Tests werden so dargestellt, als ob es ein Zusatzaufwand ist. Im TDD ist es das nicht. Ohne TDD wird die Software nicht früher fertig. Ich glaube sogar, dass das Gegenteil zutrifft. Unit-Tests sind kein Feature für den Kunden, aber die Debugging-Session, um den Fehler zu finden, den man irgendwann in den letzten 4 Stunden eingebaut hat, auch nicht. Und im Gegensatz zum Debugging bieten die Unit-Tests auch später einen Nutzen.

2. Aus Joel Spolskys Blogpost entnehme ich, dass Entwickler Design Patterns, Templates, C++ usw. nicht kennen bzw. nicht kennen müssen, wenn sie nicht klug genug sind. Wenn ein Programmierer nicht klug genug ist, um diese Technologien einzusetzen, wenn er/sie sie braucht, dann hat er/sie nicht die richtige Berufswahl getroffen.

Ich kann Joel Spolsky in einem Punkt zustimmen: Man soll den Programmcode einfach halten und nicht jede neue Technologie sofort einsetzen, wenn sie keinen Nutzen bringt und den Code komplizierter macht. Deshalb gefällt mir die Antwort von Uncle Bob so gut. Hast du sie schon gelesen? Was hältst du davon?

Mir gefällt der Artikel von Joel sehr gut.