Menschen, die selbst Software herstellen, sind oft kritischer gegenüber gegebener (Standard-)Software als Menschen ohne Programmiererfahrung, weil sie wissen, dass es auch anders ginge. Für Menschen mit Programmiererfahrung ist dabei der Frust zweistufig: Als erstes ärgert man sich über unsägliche Usability einer Software. Fast schlimmer ist dann aber, dass die nicht programmierende Umgebung diesen Frust nicht versteht und lakonisch antwortet: "Das ist halt so." oder noch schlimmer mit: "Hast du denn keine anderen Sorgen?"
Doch es besteht Hoffnung: Nachdem nicht-programmierende Menschen erlebt haben, wie sich mit Hilfe generativer Machine-Learning-Systeme (GMLS) (Biblionetz:w02833) Software auch automatisiert herstellen (sprich: vibe-coden (Biblionetz:w03702)) lässt, sinkt auch ihre Toleranz gegenüber grottiger Usability.
Weniger akademisch formuliert:
Wer einmal gesehen hat, wie ein GMLS wie Claude Code oder Codex im Handumdrehen brauchbare Software entwickelt, kann nicht mehr wirklich verstehen, warum dies bei Software von internationalen Grossunternehmen nicht möglich sein sollte.
Ein konkretes Beispiel:
Warum fragt mich Microsoft Teams mit einem Popup-Fenster, ob ich einem Meeting beitreten möchte, in dem ich schon drin bin? Wer bereits einmal hat ein GMLS Software erstellen lassen, fragt sich unweigerlich: "Sorry, aber selbst mein ge-vibecodeter Prototyp ist ja besser bedienbar, als was mir hier vorgesetzt wird - warum können die das nicht besser?" (Wer nun Microsoft Teams verteidigen möchte, soll mir bitte auch erklären, warum eine Suche nach allen Dokumententypen keine Treffer ergibt, eine Suche ausschliesslich nach Wordfiles dann aber Dokumente findet...)