Ein künstlich komplexes XML-Schema als Lock-in-Tool

Ein Dokumentformat ist ein Werkzeug zum Austausch von Wissen und sollte daher im Verhältnis zur Komplexität des Dokumentinhalts selbst so einfach und zugänglich wie möglich sein. Dies gilt auch dann, wenn das Format auf einem XML-Schema basiert, das für Benutzer bei der Anzeige des Dokuments auf dem Bildschirm nicht sichtbar ist.

Leider kann ein XML-Schema zwar einfach sein, aber auch unnötig komplex, aufgebläht, verworren und ohne spezifische Kenntnisse seiner Funktionen schwer zu implementieren. Dies gilt auch dann, wenn die Dokumente auf dem Bildschirm identisch sind. In diesem Fall ist die Komplexität eine bewusste Taktik, um Benutzer an einen Anbieter zu binden, wie es beim Dokumentformat von Microsoft 365 der Fall ist.

Ein XML-Schema umfasst die Struktur, Datentypen und Regeln eines XML-Dokuments und wird in einer XML-Schema-Definitionsdatei (XSD) beschrieben. Diese Datei teilt dem PC mit, was zu erwarten ist, und überprüft, ob die Daten den Regeln entsprechen. Theoretisch bilden XML und XSD zusammen die Grundlage für das Konzept der Interoperabilität. In der Praxis kann ein XML-Schema jedoch so komplex gestaltet werden, dass es eher ein Hindernis als eine Brücke darstellt.

Ein „künstlich komplexes“ XML-Schema geht über das Maß an Komplexität hinaus, das erforderlich ist, um selbst die kompliziertesten Inhalte auf dem Bildschirm anzuzeigen. Tatsächlich hat es nichts mehr mit der tatsächlichen Komplexität des Inhalts zu tun, sodass selbst ein einfacher Satz wie „Sein oder Nichtsein, das ist hier die Frage“ zu einer unübersichtlichen Folge von Tags wird, auf die Benutzer keinen Zugriff haben.

Diese künstliche Komplexität zeichnet sich durch eine tief verschachtelte Tag-Struktur mit übermäßiger Abstraktion, Dutzenden oder sogar Hunderten von optionalen oder überladenen Elementen, nicht intuitiven Namenskonventionen, der weit verbreiteten Verwendung von Erweiterungspunkten und Platzhaltern, dem mehrfachen Import von Namespaces und Typhierarchien sowie spärlicher oder kryptischer Dokumentation aus.

Im Fall des Microsoft 365-Dokumentformats fehlt lediglich eine spärliche oder kryptische Dokumentation, da es sich um einen Satz von Dokumenten mit insgesamt über 8.000 Seiten handelt. Alle anderen Merkmale sind mehr oder weniger vorhanden, was einem Entwickler, der das Schema implementieren möchte, das Leben fast unmöglich macht.

Um zu veranschaulichen, wie sich dies in einer Lock-in-Strategie niederschlägt, betrachten wir ein Eisenbahnsystem, bei dem die Gleise für alle zugänglich sind, aber der größte Zughersteller sein eigenes, unglaublich kompliziertes Steuerungssystem vorschreibt. Theoretisch könnte jeder einen Zug bauen, der mit den Gleisen kompatibel ist, aber die Spezifikationen des Steuerungssystems sind so kompliziert, dass letztlich nur der größte Zughersteller Eisenbahnverkehrsdienste anbieten kann.

Das Schlimmste daran ist, dass die Fahrgäste nicht erkennen, dass sie durch technische Zwänge, die sie nicht verstehen können, in Geiselhaft genommen werden, bis die Ticketpreise steigen oder die Anzahl der angefahrenen Städte sinkt. An diesem Punkt kann der Haupthersteller seine Bedingungen diktieren, die die Fahrgäste akzeptieren müssen.

Dies ähnelt sehr stark der Situation in der Welt der Informationstechnologie, wo Microsoft seine Kunden praktisch dazu zwingt, gegen ihren Willen von Windows 10 auf Windows 11 umzusteigen. Dieser Wechsel hat keine technische Rechtfertigung und bindet die Kunden an die Nutzung von Windows 11 und Microsoft 365. Das liegt daran, dass die Kunden die Probleme, die sich aus der Verwendung proprietärer Technologien ergeben, völlig ignoriert haben.

Hätten die Millionen von Microsoft-Nutzern, die über Jahre hinweg unkritisch eine für nicht-technische Nutzer glaubwürdige, aber von der technologischen Realität losgelöste Erzählung akzeptiert haben, eine kritische Haltung gegenüber diesem Monopol eingenommen, das in jedem anderen Sektor Zweifel aufgeworfen hätte, wären wir heute in einer ganz anderen Situation.

Stattdessen haben diese Nutzer – darunter Regierungen und supranationale Organisationen – zugelassen, dass Lock-in-Strategien, bei denen das künstlich und unnötig komplexe XML-Dokumentenschema von Microsoft 365 eine grundlegende strategische Rolle spielt, immer ausgefeilter und allgegenwärtiger wurden.

Wenn Sie also ein XML-basiertes System entwickeln oder auswählen, denken Sie daran, dass Komplexität Menschen gefangen hält, während Einfachheit und Klarheit sie befreien.