Software Abhängigkeiten
Vor zwei Tagen hat ein simples Softwareproblem große Teile der "zivilisierten" Welt ins Chaos gestürzt. Dabei würde ich nicht in den Vordergrund stellen wollen, dass vielleicht ein einzelner IT-Mensch einen fatalen Fehler gemacht hat, sondern dass hier ein Kontrollprpzess nicht funktioniert hat. Ich würde auch gerne darauf hinweisen, dass es hier um eine Verkettung von Problemen ging. D.h. selbst wenn Kontrollmechanismen funktionieren wird es niemals möglich sein, die Auswirkungen auch gewollter Updates in allen Einzelheiten in einem Testsystem in ihrer Komplexität deckeln zu können.
Das ist eine Erfahrung, die jeder einmal gemacht hat, der Software für User entwickelt hat - eine Änderung hat Auswirkungen auf einen Folge- oder Nebenprozess und diese hat man in allen Tests nicht kommen sehen. Je umfangreicher, je vielfältiger eine Software ist, desto wahrscheinlicher die Gefahr, die Komplexität nicht mehr überschauen zu können. Daran können auch die besten Dokumentationen und Softwareverteilungstools nichts ändern.
Ich bin vor einiger Zeit gefragt worden, ob ich für ein Single-Sign-On (SSO) zu CONSILIUM eine SAML Schnittstelle implementieren könnte. Das ist ja durchaus praktisch - der User meldet sich einmal im Netzwerk an und Software von Dritten verzichten auf eine eigene Validierung und nimmt stattdessen die bereits erfolgte Validierung aus den internen Prozessen. Der User muss sich nicht Massen an Passwörtern merken und kann bequem zwischen Apps wechseln - nun, Sie ahnen worauf ich hinaus will ... .
Noch nie waren vorgestern so viele User zeitgleich in CONSILIUM angemeldet. Dafür gibt es nur einen Grund: weil alles andere nicht funktionierte wegen des weltweiten IT Problems haben die Menschen die Zeit mit einer Software verbracht, die funktioniert hat. Nicht weil sie so toll ist, sondern weil sie versucht, möglichst viele Abhängigkeiten zu vermeiden. Daher gilt:
- CONSILIUM wird nicht mit SSO Schnittstellen verbunden werden.
- CONSILIUM wird niemals "State-Of-The-Art" Frameworks (z.B. Angular, React oder Vue), die nur einen Zeitgeist repräsentieren und in wenigen Jahren Massen an IT-Leuten in ihrem Rückbau beschäftigen werden, nutzen.
- Wo immer möglich wird CONSILIUM und sein Umfeld auf OpenSource zurückgreifen und möglichst wenig proprietäre Software nutzen. Calls mit JITSI, OpenDocument Formate und produktive Software wie GIMP oder Shotcut haben immer Priorität.