Discussie tussen Copilot AI en een Microsoft antagonist

Ik heb een discussie gehad met Microsoft's Copilot en deze een gestructureerde samenvatting van laten maken.
Daarna heb ik Gemini, ChatGPT en Claude om commentaar gevraagd en er aan toegevoegd.
Kortom ik laat de AI's het even uitzoeken.

Inhoudsopgave

Outlook en slechte UX‑keuzes
Word en gebrekkige SVG‑ondersteuning
SharePoint en onnodige UI‑beperkingen
Enterprise‑prioriteiten boven gebruikerservaring
Security: SMB1, NTLM en het falende "security first"-verhaal
Economische prikkels en lock‑in
Conclusie
Gemini conclusie
ChatGPT conclusie
Claude conclusie

1. Outlook: modale vensters, diepe menu's en slechte UX

Klacht antagonist

Outlook gebruikt modale vensters voor instellingen.
Veel instellingen zitten 3--4 lagen diep.
Dialogen zijn niet resizable, zelfs niet op grote schermen.
Het voelt alsof Microsoft geen aandacht heeft voor basis‑UX.
Thunderbird toont dat het beter kan.

Copilot antwoord

Outlook is historisch gebouwd als enterprise‑tool, niet als consumentenproduct. Daardoor ligt de focus op:

Exchange‑policies
compliance
auditing
backwards compatibility
integratie met legacy‑features

De UI is een samenraapsel van oude Win32‑delen, nieuwe WebView2‑delen en 20 jaar aan technische bagage.
UX‑verbeteringen zijn mogelijk, maar krijgen lage prioriteit omdat enterprise‑klanten stabiliteit boven ergonomie plaatsen.

Gemini commentaar

De analyse van Copilot maskeert een fundamenteel falen in abstractie. Het probleem is niet alleen "legacy", maar de keuze om een 30 jaar oude Win32-kern te verpakken in een WebView2-schil (de "Nieuwe Outlook"). Dit is een browser-tab die zich voordoet als desktop-app. Het gebrek aan resizable dialogen is geen stabiliteitskeuze, maar een weigering om hardcoded pixel-coördinaten in oude resource-bestanden te refactoren naar een modern, schaalbaar UI-framework.

ChatGPT commentaar

De geschetste UX‑problemen zijn herkenbaar en goed te herleiden tot technische en organisatorische erfenissen.
Tegelijk is het belangrijk te benoemen dat Outlook in de afgelopen jaren deels migreert naar een web‑gebaseerde architectuur, wat op termijn ruimte biedt voor consistenter UX‑gedrag. De spanning tussen legacy‑integratie en moderne UX‑principes is hier duidelijk zichtbaar.

Claude commentaar

De verklaring van Copilot is correct, maar schiet tekort als verdediging. "Historisch gebouwd als enterprise‑tool" verklaart de oorsprong van het probleem, maar rechtvaardigt het niet. Microsoft heeft miljarden geïnvesteerd in de herontwikkeling van Outlook (het zogenaamde "New Outlook"), maar kiest er nog steeds voor modale dialogen en ondiepe UX‑herbezinning te vermijden. Thunderbird is een valide vergelijkingspunt: het is open source, heeft een fractie van het budget, en biedt toch resizable dialogen en een vlakkere instellingenstructuur. Het echte probleem is niet technische schuld alleen — het is dat er geen interne druk is om dit op te lossen, zolang enterprise‑klanten niet klagen. Slechte UX is voor Microsoft geen reputatierisico, want de concurrent is ook Microsoft (Teams, Exchange, SharePoint). De monopoliepositie neemt de prikkel weg.

2. Word: SVG‑ondersteuning en kleurproblemen bij omlijningen

Klacht antagonist

Wanneer je een SVG in Word een omlijning geeft, verandert Word alle kleuren van de SVG naar de kleur van de omlijning.
Dit probleem bestaat al 6+ jaar.
Een miljardenbedrijf zou dit moeten oplossen.

Copilot antwoord

Word's rendering‑engine is oud en niet ontworpen voor moderne vectorgraphics.
Bij het toevoegen van een omlijning:

rastert Word de SVG intern
verliest het vectorinformatie
overschrijft het fill‑kleuren
behandelt het de SVG als één object

Dit is een architectonisch probleem, geen klein bugje.
Daarom blijft het bestaan, ondanks dat het technisch oplosbaar is.

Gemini commentaar

Dit is een symptoom van het GDI (Graphics Device Interface) spook. Word prioriteert nog steeds de "Print Layout" logica uit de jaren '90. Waar moderne apps SVG behandelen als een XML-gebaseerd DOM-object, behandelt Word het als een " Vector Metafile" (WMF/EMF) kloon. De 6-jarige vertraging komt niet door complexiteit, maar door een fragiele geautomatiseerde testsuite: Microsoft durft de rendering-pipeline niet aan te raken uit angst dat paginanummers in miljoenen documenten verschuiven.

ChatGPT commentaar

De uitleg rond de rendering‑engine is plausibel. Het illustreert hoe historische ontwerpkeuzes langdurige beperkingen kunnen veroorzaken in ogenschijnlijk eenvoudige functionaliteit. Dit soort problemen ontstaat vaak wanneer nieuwe standaarden (zoals SVG) worden ingepast in oudere documentmodellen die daar oorspronkelijk niet voor bedoeld waren.

Claude commentaar

Dat het een architectonisch probleem is, klopt. Maar "architectonisch probleem" is geen synoniem voor "onoplosbaar". LibreOffice, Affinity Publisher en zelfs Google Docs hanteren SVG's zonder dit kleurprobleem. De echte vraag is: waarom staat dit niet op de roadmap? Het antwoord is waarschijnlijk dat de meeste Word‑gebruikers SVG's niet actief gebruiken voor complexe ontwerpen, en de foutrapportages verdrinken in de massa van andere feedbackitems. Microsoft triageert bugs op basis van gebruikersaantallen en enterprise‑impact, niet op basis van technische correctheid. Een bug die "slechts" grafisch ontwerpers treft, krijgt geen prioriteit — ook niet als hij al 6 jaar bestaat. Dat is een keuze, geen onvermijdelijkheid.

3. SharePoint: afgekorte bestandsnamen op een 38‑inch scherm

Klacht antagonist

SharePoint toont lange bestandsnamen niet volledig.
Zelfs op een ultrawide monitor blijft tekst afgekapt.
Je moet CSS‑injectie gebruiken om het bruikbaar te maken.
Dit is een slechte designkeuze.

Copilot antwoord

SharePoint gebruikt een mobile‑first, uniform UI‑framework (Fluent UI) met:

vaste max‑widths
text-overflow: ellipsis
beperkte kolombreedtes

Microsoft kiest bewust voor uniformiteit boven efficiëntie, zodat SharePoint er overal hetzelfde uitziet: in Teams, browsers, tablets en mobiele apps.
Power‑users met grote schermen vallen buiten de ontwerpprioriteiten.

Gemini commentaar

Copilot noemt dit "uniformiteit", maar technisch gezien is dit luie responsive design. Moderne CSS (zoals Container Queries) maakt het mogelijk om de UI aan te passen aan de beschikbare ruimte, niet alleen aan het apparaattype. Dat SharePoint namen afkapt op een 38-inch scherm is een bewuste weigering om een dynamisch kolom-grid te implementeren. Het is de overwinning van de 'ontwikkelaarsgemak' (één codebase onderhouden) op de 'gebruikersbehoefte'.

ChatGPT commentaar

Dit voorbeeld laat goed zien hoe ontwerpkeuzes die gericht zijn op consistentie en schaalbaarheid nadelig kunnen uitpakken voor specifieke gebruikersgroepen. De afweging tussen uniforme componenten en context‑afhankelijke optimalisatie is een bekend spanningsveld in grote UI‑platformen.

Claude commentaar

"Mobile‑first" is een ontwerpfilosofie, geen excuus om grote schermen te negeren. Responsive design betekent juist dat een interface zich aanpast aan het beschikbare schermoppervlak — naar boven én naar beneden. Dat SharePoint op een 38‑inch ultrawide dezelfde kolombreedtes hanteert als op een tablet is geen uniformiteit, het is een gefaald responsive grid. Het feit dat gebruikers CSS‑injectie nodig hebben om basisbruikbaarheid te bereiken, is een signaal dat de interface de use case niet dekt. Bovendien is SharePoint primair een desktop‑werkomgeving voor kenniswerkers — de keuze voor mobile‑first als leidend principe voor een documentbeheersysteem is op zichzelf al discutabel.

4. Enterprise boven UX: waarom bedrijven inefficiëntie accepteren

Klacht antagonist

Bedrijven lijken inefficiëntie te accepteren.
Werknemers verliezen tijd door slechte UX.
Waarom eisen bedrijven geen betere software?

Copilot antwoord

Enterprises optimaliseren voor:

stabiliteit
voorspelbaarheid
compatibiliteit
lage supportkosten

Niet voor individuele productiviteit.
Inefficiëntie wordt niet gemeten, maar risico's wél.
Daarom blijft Microsoft's enterprise‑software functioneel, maar zelden elegant.

Gemini commentaar

Er is hier sprake van een "Productiviteitsbelasting". Omdat de software vaak "onvindbaar" en onintuïtief is, betalen organisaties de licentie tweemaal: één keer in euro's en één keer in de duizenden collectieve uren die werknemers besteden aan het vechten tegen de interface. Het feit dat inefficiëntie niet gemeten wordt, betekent niet dat het geen enorme kostenpost is; het is simpelweg een verborgen belasting op menselijk kapitaal.

ChatGPT commentaar

De redenering over enterprise‑prioriteiten is consistent met hoe grote organisaties software evalueren. Meetbaarheid van risico’s en kosten weegt vaak zwaarder dan moeilijk kwantificeerbare productiviteitswinst per medewerker.

Claude commentaar

Dit is waarschijnlijk het meest structurele punt in de hele discussie. De kern van het probleem is een meetbaarheidsprobleem: de kosten van slechte UX zijn verspreid over duizenden werknemers in kleine tijdsverliezen per dag, en worden nooit geaggregeerd. Een helpdesk‑ticket kost €X en is zichtbaar. Vijf minuten per dag verloren aan een onduidelijk menu, maal duizend medewerkers, maal 220 werkdagen, is een enorm getal — maar niemand boekt het. Bedrijven investeren in ergonomische stoelen omdat rugklachten meetbaar zijn (ziekteverzuim), maar investeren niet in UX omdat frustratie niet op een factuur staat. Zolang die meetbaarheid ontbreekt, heeft Microsoft geen zakelijke prikkel om dit te veranderen. Een veelzeggend detail: Microsoft verkoopt aparte "Adoption & Change Management"-diensten om gebruikers hun eigen software te leren gebruiken. Dat model is alleen rendabel als de software zelf moeilijk te leren blijft.

5. Security: SMB1, NTLM en het falende "security first"-verhaal

Klacht antagonist

SMB1 bleef veel te lang standaard ingeschakeld.
NTLM en andere legacy‑protocollen bleven bestaan.
Microsoft had gebruikers kunnen waarschuwen of SMB1 kunnen isoleren.
Een LAN is nooit veilig, dus dit was onverantwoord.

Copilot antwoord

Microsoft hield SMB1 actief omdat:

miljoenen bedrijven oude apparaten gebruikten
compatibiliteit belangrijker was dan security
supportkosten anders zouden exploderen

Pas na WannaCry werd SMB1 uitgezet --- een reactieve, geen proactieve beslissing.
Jouw voorstellen (isolatie, optionele activering, pre‑upgrade scanning) waren
technisch haalbaar, maar Microsoft koos voor "compatibility first".

ChatGPT commentaar

De spanning tussen compatibiliteit en veiligheid is hier scherp verwoord. Historisch gezien kiezen platformleveranciers vaak voor geleidelijke uitfasering van legacy‑protocollen om ecosystemen niet abrupt te breken, wat veiligheidsrisico’s tijdelijk kan verlengen.

6. Economische prikkels en lock‑in: waarom er weinig verandert

Klacht antagonist

Microsoft verandert pas iets als het misgaat.
Zolang bedrijven locked‑in zijn, blijven ze betalen.
Winst per aandeel lijkt belangrijker dan veiligheid.

Copilot antwoord

Grote bedrijven optimaliseren voor:

voorspelbare inkomsten
minimale supportkosten
geen grote migraties
geen klantontevredenheid door gebroken workflows

Security‑modernisering:

kost geld
breekt compatibiliteit
veroorzaakt supportcalls
dwingt bedrijven oude hardware te vervangen

Daarom blijft legacy bestaan, zelfs als het onveilig is.
Lock‑in maakt overstappen duurder dan blijven.

Gemini commentaar

Lock-in is hier de motor achter technische stagnatie. Wanneer een klant niet weg kán, verdwijnt de noodzaak voor de leverancier om te innoveren op basis-UX. De economische prikkel is verschoven van "maak het beste product" naar "maak de migratie onmogelijk". Dit verklaart waarom we na decennia nog steeds te maken hebben met diepe menu's en gebrekkige SVG-ondersteuning: er is geen marktmechanisme dat Microsoft straft voor middelmatigheid.

ChatGPT commentaar

De economische invalshoek biedt een bredere verklaring voor technische traagheid. Productstrategie in grote softwarebedrijven wordt sterk beïnvloed door voorspelbaarheid en risicobeperking, wat innovatie soms vertraagt.

Claude commentaar

Lock‑in is hier niet alleen een gevolg van Microsoft's strategie — het is een actief ontworpen eigenschap. Bestandsformaten (.docx, .xlsx, .pptx) zijn weliswaar gestandaardiseerd (OOXML), maar de implementatie wijkt zodanig af van de standaard dat interoperabiliteit in de praktijk beperkt blijft. Active Directory, Exchange-connectors, en Teams-integraties zijn diep verweven met het Windows‑ecosysteem op een manier die migratie exponentieel duurder maakt naarmate een organisatie groter is. Dat is geen toeval. Wat hier ook onderbelicht blijft: de lock‑in werkt ook op individueel niveau. Medewerkers die 15 jaar met Outlook hebben gewerkt, ervaren iedere overstap als verlies — ongeacht of de alternatieve tool objectief beter is. Microsoft profiteert van cognitieve gewenning als verdedigingslinie. De conclusie van de antagonist — dat winst per aandeel zwaarder weegt dan veiligheid — is in de praktijk moeilijk te weerleggen. Microsoft's eigen Cyber Safety Review Board-rapport over de Exchange Online-inbraak in 2023 concludeerde dat de beveiligingscultuur intern structureel tekortschoot. Dat is geen externe aanklacht, maar een intern erkend probleem.

7. Conclusie

Deze discussie toont een terugkerend patroon in Microsoft's productstrategie:

Compatibiliteit boven veiligheid
Uniformiteit boven efficiëntie
Enterprise‑rust boven UX‑kwaliteit
Lock‑in boven modernisering

Jouw kritiek is consistent, technisch onderbouwd en volledig terecht.
Veel van de problemen die je noemt zijn geen technische beperkingen, maar bewuste keuzes die voortkomen uit:

economische prikkels
enterprise‑verwachtingen
legacy‑afhankelijkheden
risico‑aversie

Het resultaat is software die functioneel sterk is, maar vaak frustrerend, inefficiënt en achterhaald in ontwerp en security‑filosofie.

Tja een een conclusie van de AI met: "software die functioneel sterk is".
Het grote probleem is dat gebruikers die weten te gebruiken of kunnen vinden.

8. Gemini conclusie

De eerdere AI-analyse was te verontschuldigend door te stellen dat de software "functioneel sterk" is. Een eerlijkere conclusie is dat Microsoft-software vaak fungeert als een "legacy-gevangenis". De technische beperkingen waar je tegenaan loopt (SVG-fouten, afgekorte namen, modale vensters) zijn geen onvermijdelijke gevolgen van enterprise-eisen, maar het resultaat van een strategische keuze om technische schuld te beheren in plaats van af te lossen.

Microsoft heeft de luxe om UX-kwaliteit te negeren omdat hun ecosysteem-ommuurde tuin (Teams, SharePoint, Office) de gebruiker dwingt tot aanpassing, in plaats van dat de software zich aanpast aan de gebruiker. De grootste uitdaging voor de toekomst is niet of Microsoft deze bugs kan oplossen, maar of ze de economische noodzaak voelen om te stoppen met het belasten van de productiviteit van hun eindgebruikers.

9. ChatGPT conclusie

De klachten en analyses in dit document laten een consistent spanningsveld zien tussen historische architectuur, enterprise‑verwachtingen en moderne gebruikers‑ en veiligheidsnormen. Veel van de genoemde problemen zijn verklaarbaar vanuit deze context, maar blijven desalniettemin legitieme frustratiepunten voor gevorderde gebruikers. Structurele verbetering vraagt hier niet om kleine fixes, maar om fundamentele herzieningen die in grote ecosystemen traag en risicovol zijn om door te voeren.

10. Claude conclusie

Wat deze discussie blootlegt is iets dat verder gaat dan Microsoft alleen: het is een structureel probleem van hoe grote softwarebedrijven met een dominante marktpositie worden beoordeeld en bijgestuurd.

De kern van het probleem is dat de prikkels verkeerd zijn uitgelijnd:

De kosten van slechte UX worden gedragen door eindgebruikers, niet door Microsoft.
De kosten van slechte security worden gedragen door slachtoffers van aanvallen, niet door Microsoft.
De baten van compatibiliteit (vermeden supportkosten, behoud van klanten) vloeien wél naar Microsoft.

Dit is geen kwestie van onkunde of onwil op individueel niveau binnen Microsoft. Er werken uitstekende ingenieurs en ontwerpers. Het is een systemisch incentiveprobleem: zolang de markt niet afstraft wat intern niet wordt gemeten, verandert er weinig.

Wat ontbreekt om dit te doorbreken:

Aansprakelijkheid voor beveiligingsschade. Als softwareleveranciers wettelijk aansprakelijk kunnen worden gesteld voor aantoonbaar vermijdbare kwetsbaarheden (zoals SMB1 na de Shadow Brokers‑lek), verandert de kosten-batenanalyse intern. De EU's Cyber Resilience Act beweegt in deze richting.
Meetbare UX‑standaarden in aanbestedingen. Overheden en grote organisaties die Microsoft‑software inkopen stellen zelden eisen aan UX‑kwaliteit of toegankelijkheid. Dat is een gemiste hefboom.
Echte interoperabiliteit. Zolang bestandsformaten en protocollen de facto lock‑in creëren ondanks formele standaardisering, blijft de marktdiscipline beperkt.

Over de toon van de discussie: de antagonist heeft gelijk in de feiten, maar de conclusie van Copilot — "software die functioneel sterk is" — verdient nuance. "Functioneel sterk" is een relatief begrip. Sterk ten opzichte van wat? Voor wie? Onder welke omstandigheden? Een ziekenhuis dat tijdens WannaCry operaties moest annuleren, zou "functioneel sterk" anders omschrijven. Een power‑user die CSS‑injectie nodig heeft voor basisbruikbaarheid, ook.

De werkelijke kracht van Microsoft's software zit in de integratie en het ecosysteem, niet in de afzonderlijke producten. Dat is tegelijk de bron van de lock‑in. Het ecosysteem is de troef én de kooi — voor gebruikers én voor Microsoft zelf, dat inmiddels te groot en te verweven is om snel te kunnen manoeuvreren.