- Pflichtenhefte schreiben oder lesen, Anforderungen exakt definieren müssen.
- Spezifikation und Dokumentation schreiben oder lesen
- Kommentare im Code, die ich nicht aus einem innerem Bedürfnis heraus für mich selbst einfüge, sondern für imaginäre andere oder für die "Codeverständlichkeit" oder für das Einhalten imaginärer Standards für "sauberes Programmieren"
- Typen deklarieren, die sich aus dem Kontext ergeben, Typumwandlungen hinschreiben, die sich aus dem Kontext ergeben. (Tun sie das nicht fast immer?)
- Fehlerzweige
- Umständliche Anweisungen / Zugriffe / Lösungen aus Sicherheitsgründen, die eigentlich viel einfacher gehen
- Objekt-Orientierung
- Testlisten schreiben, lesen oder abarbeiten
- Codierungsrichtlinien
- komplexe Entwicklungstools
|
