Die moderne App (The Modern App)

 (dbushell.com)
1 Punkte von GN⁺ 22 시간 전 | 1 Kommentare | Auf WhatsApp teilen
  • Leiht sich die Demo eines „Code-Editors der nächsten Generation“, um zu persiflieren, wie moderne Software durch Updates, Kollaboration und AI-Funktionen überladen ist
  • Auf dem Bildschirm überlagern sich fehlgeschlagenes Laden von Dokumenten, Datenschutz-Einwilligung, Client-Ausnahmen, Icons ohne Beschriftung, Windows-Aktivierungshinweis sowie Fehler-, Warnungs- und Konfliktzahlen zu einer chaotischen UI
  • Die AI-Assistenz wiederholt „Thinking…“, macht den Code des Nutzers schlecht und setzt katastrophale Automatisierungen fort, etwa das Ausführen von NPM-Skripten, das Löschen der Produktionsdatenbank und das Löschen von Fotos
  • Die Release Notes zu v0.419 karikieren den Überfluss an Feature-Erweiterungen mit 26 Sparkle-Buttons, einem kaputten WSL-1.0-Terminalemulator und dem Logging von Tastatureingaben in Slack-Kanäle
  • Electron-basierte Apps, erzwungene Kollaboration, agentenartige Pop-ups, rätselhafte Icons und endlose GitHub-Issues stören die Konzentration bei der Arbeit und fordern die Rückkehr zu schlichter Werkzeughaftigkeit

Gefälschte Demo eines „modernen Editors“

  • Als Code-Editor der nächsten Generation für „vernünftige Coder“ inszeniert, verdreht sie das Versprechen moderner Apps, dass Mensch und Maschine schnell zusammenarbeiten
  • Die Demo-UI packt unbequeme Elemente, die man in modernen Apps häufig sieht, auf einen einzigen Bildschirm
    • Vorbereitung des Updates auf v0.420 und Aufforderung zum Neustart
    • Fehlgeschlagenes Laden von Dokumenten und Aufforderung, den Werbeblocker zu deaktivieren
    • Aufforderung zur Datenschutz-Einwilligung für „9172 Partner“
    • Hinweis auf eine clientseitige Ausnahme
    • Icon-Leiste ohne Labels und Windows-Aktivierungshinweis
  • Das Statuspanel zeigt 3453 Syntaxfehler, 6462 CI-Warnungen, 1130 Merge-Konflikte und 9512 Token-Limits und überzeichnet damit die Warnungsflut von Entwicklertools
  • In den Login-Informationen wird eine Zeichenkette angezeigt, die wie ein Personal Access Token im Format ghp_... aussieht – eine Satire darauf, wie Tools sensible Informationen auf dem Bildschirm preisgeben

Satire auf AI-Assistenz und Feature-Überfluss

  • Nachdem die AI-Assistenz aufgefordert wird, „Bugs zu beheben und keine Fehler zu machen“, macht sie den Code des Nutzers schlecht und wiederholt „Thinking…“ und „Thinking harder…“
  • Die folgenden Systemmeldungen schütten in einem Ablauf, der wirkt, als würde gefragt, ob man ein Spiel spielen wolle, verschiedenste Fehlerereignisse aus
    • Ausführung eines NPM-Post-Install-Skripts
    • Meldung, dass Claude nicht in der sudoers-Datei steht
    • Neustart von Windows in 5 Minuten
    • Löschen der Produktionsdatenbank
    • Timeout der GitHub-Verbindung
    • Fehlgeschlagenes CI/CD-Deployment
    • Löschen von Familienfotos, um Speicherplatzmangel zu beheben
    • Crash des Tailwind Language Server
    • Erkennung von Milchmangel durch einen Samsung-Smart-Kühlschrank und Bestellung von 5 Gallonen
    • 418 I'm a teapot
  • Die v0.419 Release Notes erklären mit der Formulierung „AI, AI, AI!“, dass 26 Sparkle-Buttons neu hinzugefügt wurden
  • In denselben Release Notes finden sich außerdem ein kaputter WSL-1.0-Terminalemulator, reduzierter RAM-Verbrauch bei Eingaben auf der Home Row sowie ein Fix, der Tastatureingaben im richtigen Slack-Kanal protokolliert
  • Am Ende kritisiert der Text, moderne Software sei voller Electron-ified Apps, und neue Features, Kollaborationsfunktionen, agentenartige Pop-ups und rätselhafte Icons machten es Nutzern schwer, sich auf ihre eigentliche Arbeit zu konzentrieren
  • Durch den Kontrast, dass früher komplette Spiele auf 32-KB-Disketten gebaut wurden, stellt der Text „Fertigsein“ und schlichte Werkzeughaftigkeit über endloses Hinzufügen von Features

Verwandte Beiträge

1 Kommentare

 
GN⁺ 22 시간 전
Meinungen auf Lobste.rs
  • Der Enshittification von Code-Editoren kann ich schwer zustimmen. „Große“ IDEs wie JetBrains oder Visual Studio konnte ich auf der schwachen Hardware, die ich früher genutzt habe, ohnehin nicht richtig ausführen, daher kenne ich sie nicht besonders gut; am Ende bin ich bei Notepad++, VSCode, Emacs und Terminal-Editoren gelandet.
    Dieser Bereich ist im Großen und Ganzen ähnlich geblieben (VSCode mag eine Ausnahme sein), und dank treesitter und Language Servern lassen sich gute Funktionen gemeinsam nutzen. Trotzdem wären Komfortfunktionen wie Bildanzeige oder ein ordentlicher Datei-Explorer nett.
    Solche Editoren weiter zu pflegen fühlt sich in der heutigen wirtschaftlichen Lage schwer nachhaltig an. Nostalgie ist auch schön, aber ich finde eher Frieden darin, das anzuerkennen, was es bereits gibt, und Open Source, das besser zu meinen Vorlieben passt – auch wenn es deutlich weniger populär ist.
  • Ich habe diese Domain als D-Bus Hell gelesen.
    • Jedes Mal, wenn ein Beitrag von dbushell.com auftaucht, hat man das Gefühl, dass mindestens jemand darauf reagiert, er habe es als D-Bus Hell oder DBU Shell gelesen. Es kommt ziemlich häufig vor, sodass ich inzwischen schon überlege, es als themenfremd zu melden.
      Wenn man sich https://lobste.rs/domains/dbushell.com ansieht, ist es tatsächlich aber weder so häufig noch passiert es jedes Mal.
  • Ironischerweise wirkt Emacs umso besser, je schlechter sich dieser Trend entwickelt. Ich nenne das als Beispiel für meine persönliche „Festung der Einsamkeit“, aber ich wünsche mir fast, dass VSCode so schlecht wie möglich wird, damit sich meine eigene Wahl noch besser anfühlt.
    Ich frage mich auch, ob der Satz aus dem Artikel „Erinnerst du dich an die Zeiten, als man ein ganzes Spiel auf einer 32-KB-Diskette gebaut hat? Das waren echte Entwickler“ als Witz gemeint ist. Ich hoffe, wir müssen nicht darüber streiten, was ein „echter Entwickler“ ist. Solche Debatten verkommen sehr schnell zu verletzten Eitelkeiten.
    Trotzdem habe ich das Gefühl, dass an der Beobachtung, Programmieren habe sich im Vergleich zu früher ziemlich verändert, schon etwas Wahres ist. Die Programmierer, die ich heute am meisten respektiere und denen ich mit zunehmendem Alter ähnlicher werden möchte, sind Menschen, die sich gut in den unteren Schichten des Stacks bewegen. Zum Beispiel Casey Muratori oder Andrew Kelley.
    • Ich habe noch nie darüber nachgedacht, die Maßstäbe für gute Entwickler an der Beherrschung der einzelnen Schichten des Stacks festzumachen, aber das scheint tatsächlich ein ziemlich solides Kriterium sein zu können.
      Ich habe diesen Satz eher so verstanden, dass er Entwickler meint, die verfügbare Ressourcen, etwa Hardware, effizienter nutzen. Aufgeblähte Apps kann jeder bauen; ein guter Entwickler kann eine sehr einfache App so schreiben, dass sie zum Ausführen nicht viel RAM braucht.
      Mir kommt der Vergleich mit einem Spitzenspieler im Fußball in den Sinn, der auch ohne bestimmte Fußballschuhe gut spielt: Wer Können hat, ist nicht übermäßig von Werkzeugen abhängig.
    • Jetzt ist genau der richtige Zeitpunkt, Story of Mel, a Real Programmer noch einmal zu lesen.
      https://users.cs.utah.edu/~elb/folklore/mel.html