Hier ist mein Geständnis: obwohl die Folgen oftmals schrecklich sind, faszinieren mich die Geschichten und Hintergründe vom Versagen technischer Apparaturen und insbesondere von Software-Versagen. Die Ursachen sind oftmals komplex und trivial zur selben Zeit, und als Ingenieur kann aus ihnen man sehr viel über die Entwicklung technischer Systeme lernen.
Insbesondere Demut vor der Realität, und einen gesunden Abstand zur Hybris der modernen Technologie.
Der aktuelle Anlass kommt aus der Automobil-Branche:
- Der Zulieferer Takata (von dem ich übrigens noch nie zuvor gehört habe), hat Probleme mit den Airbag-Systemen, was zum Rückruf von über 4,7 Millionen Fahrzeugen geführt hat (siehe u.a. http://www.automobil-industrie.vogel.de/zulieferer/articles/463742)
- Unabhängig davon hat Audi ein Software-Problem in den Airbag-Systemen des A4 entdeckt (die nicht von Takata stammen), und muss 850.000 Autos zum Software-Update in die Werkstatt rufen (siehe u.a. http://www.sueddeutsche.de/auto/defekte-airbags-audi-ruft-a-zurueck-1.2188362).
Ist es ein reiner Software-Fehler (oder ein Fehler, der sich mit einem Software-Update korrigieren lässt), so kommt einem natürlich unweigerlich der Microsoft-Patch-Day in den Sinn, an dem regelmässig relevante Probleme der Software beseitigt werden. Warum so etwas nicht im Auto realisieren? Der Internet-Zugang des Autos ist schon (nahezu) Realität, und ebenso werden es regelmässige, nächtliche Backups sein, mit denen der Hersteller dieses oder jenes Problem ohne großen Aufwand (und Medienecho) beheben kann. Wobei die Updates natürlich ausreichend gut gegen Angriffe von außen gesichert sein müssen.
Billiger als ein Massenrückruf ist das allemal.