Echoes from the Machine
Objektorientierte Programmierung — was sie versprach, was sie lieferte, was sie zerbrach und was wir stillschweigend trotzdem behielten
Eine Vorbemerkung
Dies ist kein Literaturüberblick. Es ist kein ausgefeiltes akademisches Papier. Es ist die Abrechnung eines Praktikers — geschrieben von jemandem, der in den späten 1990ern und frühen 2000ern tief in Projekten steckte, die rückblickend geradezu besessen von objektorientierter Programmierung waren. Nicht immer auf die richtige Weise.
Der Autor arbeitete in dieser Zeit an Enterprise-Dokumentenmanagement- und OCR-Systemen für EU-Institutionen, an Groupware- und Kommunikationsplattformen, an früher E-Commerce-Infrastruktur — alles in Java und C++ gebaut, alles mit der Überzeugung architekturiert, dass OOP die korrekte und vollständige Antwort auf Softwarekomplexität sei. Die Bücher waren gelesen. Booch stand im Regal. Das Gang-of-Four-Buch war mit Eselsohren versehen. Die Teams waren kompetent. Und dennoch wuchsen die Systeme auf Weisen, die ihre Architekten nicht vollständig kontrollierten — aus Gründen, die erst Jahre später klar wurden.