Haben wir den Weg zu effizienter Softwareentwicklung verloren?

Die Schwierigkeiten, Microsoft-Word-Dateien in Google Docs zu öffnen

• Der Vater des Autors musste Word auf seinem Laptop installieren, um an Microsoft-Word-Dokumenten zu arbeiten
• Der Autor schlug seinem Vater Google Docs vor
  • weil er bereits ein Google-Konto hatte, es einfach zu benutzen ist, Cloud-basiert ist und automatisch synchronisiert
• Als jedoch eine etwa 30 MB große Dokumentdatei in Google Docs geöffnet wurde, hatten Chrome oder Google Docs Mühe damit; selbst getippte Inhalte erschienen erst nach mehreren Sekunden auf dem Bildschirm
• Am Ende wurde LibreOffice installiert, und dort funktionierte alles sehr schnell

Gedanken zu heutigen Softwarestandards

• Es stellt sich die Frage, ob sich Softwareentwicklung in Bezug auf Performance nicht zurückentwickelt
  • ob uns die neuesten schicken modernen Tools, Frameworks und Sprachen bei der Effizienz eher zurückwerfen
• Die Hardwareanforderungen steigen, um Web-Apps und Browser zu bewältigen
  • was bei rein nativen Apps unnötig gewesen wäre
  • warum Mobiltelefone überhaupt 8 GB oder 16 GB RAM benötigen
• Das Web braucht natives Rendering statt Wrapper um UI-Rendering-Engines
  • dass selbst auf einem leistungsfähigen Laptop keine 30 MB große Word-Datei in Google Docs geöffnet werden kann, liegt daran, dass Browser mehr Speicher und CPU-Leistung benötigen
• Es wirkt, als hätten wir verlernt, optimierte, effiziente und performante Anwendungen zu entwickeln. Dieses Problem muss gelöst werden
  • Der Apollo-Computer von 1966 mit 2 KB RAM brachte die Menschheit zum Mond, aber 2024 kann ein Browser keine 30-MB-Dokumentdatei verarbeiten
• Der Fokus liegt auf dem Web, weil sich heute in der Branche alle auf PWA-Anwendungen für die Zukunft konzentrieren

Die Bedeutung der API-Optimierung

• API-Optimierung ist sowohl bei Web- als auch bei nativen Apps wichtig, weil die API-Performance zur Gesamtleistung der App beitragen kann
• Das Produkt des Autors, Onradar(https://onradar.io), hilft mit API-Monitoring bei der Optimierung
  • Onradar bietet Uptime-Monitoring und Flow-basiertes Monitoring für APIs
  • Im Flow-Editor lassen sich mögliche Benutzerszenarien mit den betreffenden APIs erstellen, die Onradar dann 24/7 testen kann
  • Bei Incidents werden Benachrichtigungen bereitgestellt

Meinung von GN⁺

• Kompatibilitätsprobleme zwischen Google Docs und MS Office werden seit Langem als Thema angesprochen. Sie sind noch immer nicht vollständig gelöst und verursachen weiterhin Unannehmlichkeiten für Nutzer. Es wäre wünschenswert, wenn beide Unternehmen aktiver zusammenarbeiten würden, um dieses Problem zu lösen
• Dass Performance-Probleme von Web-Apps durch höhere Hardware-Spezifikationen gelöst werden, ist keine grundlegende Lösung. Es braucht Softwareentwicklung, die begrenzte Ressourcen effizient nutzt
• Für native Apps zu argumentieren ist eine Möglichkeit, aber es wäre besser, die Performance von Web-Apps zu verbessern und dabei die Vorteile des Webs zu erhalten. Die Portabilität und Zugänglichkeit von Web-Apps sind Vorteile, auf die man nur schwer verzichten kann
• API-Optimierung und Monitoring sind wichtige Faktoren, die zur Verbesserung der Gesamtleistung eines Systems beitragen können. Gerade heute, wo Microservices-Architekturen zum Mainstream werden, wird das Interesse an der API-Schicht zwangsläufig weiter zunehmen
• Der Vergleich mit der Apollo-Ära erscheint nicht passend. Raumfahrzeugsteuerung und Textverarbeitung lassen sich schwer auf dieselbe Ebene stellen. Moderne Software ist inzwischen so umfangreich und komplex geworden, dass sich die Effizienz aus der Apollo-Zeit kaum erwarten lässt

[GN⁺]

Hacker-News-Meinung

Zusammenfassung:

• Apple und Microsoft behindern die Entwicklung nativer Apps, indem sie Entwicklerkonten verlangen, Zertifikate zum Signieren von Binärdateien kostenpflichtig machen und Umsatzbeteiligungen fordern. Das Web ist eine deutlich einfachere und günstigere Alternative.
• Dank des Mooreschen Gesetzes konnte Software jahrzehntelang kostenlos von der Hardwareentwicklung profitieren. Das war zugleich Segen und Fluch.
• Entwickler mögen eine vollständig integrierte, vernetzte und universelle Computing-Plattform, nämlich das Web. Nutzer kümmern sich meist nicht groß darum, solange die Performance gut genug ist. Gute Software zu entwickeln ist nicht entscheidend.
• Geschäftsentscheidungen sind die Hauptursache:
  1. Wechsel in die Cloud – Unternehmen bevorzugen Abonnements, und Kunden müssen keine eigenen IT-Teams einstellen
  2. Kunden lehnen Upgrades von On-Premises-Software ab, wodurch Wartungszyklen länger werden und Patches endlos weiterlaufen
  3. Webentwicklung kostet weniger als Entwicklung für mehrere Plattformen
• Anfang der 90er wurde MS Word auf Disketten ausgeliefert, und die ausführbare Datei war 2 MB groß. Heute wird in GB gemessen, aber es ist unklar, was sich tatsächlich verbessert hat.
• Es gibt leichtgewichtige Software, sie wird nur nicht oft gewählt. Es gibt großartige schlanke Software wie Lua, SQLite, Fennel, Althttpd, Fossil und Mako Server.
• Im Frontend werden native Apps und Webseiten bevorzugt, aber Web-Apps wie Tiddlywiki haben auch ihre eigenen Vorteile. Trotzdem verbrauchen sie immer noch mehr Ressourcen als Emacs.
• Es gab einen Fall, in dem das Rendern eines Dropdowns bei einem React-Seitenwechsel lange dauerte. Am Ende wurde der React-Code angepasst und das Problem behoben.
• Wenn Unternehmen Entwicklern leistungsstarke Geräte zur Verfügung stellen, wird auf alten normalen PCs oft nicht ausreichend getestet.
• Man sieht viele Blogbeiträge wie „idiomatischer Code“ oder „vorzeitige Optimierung ist die Wurzel allen Übels“, und Entwicklungszeit wird wichtiger genommen. Früher gab es Entwickler, die schneller besseren Code schrieben.