Vorhersage zum Ende von Tabellenkalkulationen AI-Code-Generierung bedeutet, dass alles, was derzeit als Tabellenkalkulation modelliert ist, besser in Code modelliert werden kann. Man erhält alle Vorteile von Software - Bibliotheken, Open Source, KI, all die Komplexität und Ausdruckskraft. Denken Sie darüber nach, was Tabellenkalkulationen tatsächlich sind: Sie sind Geschäftslogik, die in einem Raster gefangen ist. Preismodelle, Finanzprognosen, Bestandsverfolgung, Marketingzuordnung - das sind alles grundsätzlich *Programme*, die wir in der schlechtesten möglichen IDE geschrieben haben. Keine Versionskontrolle, kein Testen, keine Modularität. Nur ein fragiles Netz von Zellreferenzen, das bricht, wenn jemand eine Zeile einfügt. Der einzige Grund, warum Tabellenkalkulationen gewonnen haben, ist, dass die Hürde, echte Software zu schreiben, zu hoch war. Ein Finanzanalyst konnte =VLOOKUP an einem Nachmittag lernen, aber konnte in einem Monat kein Python lernen. Die AI-Code-Generierung kehrt diese Gleichung völlig um. Jetzt beschreibt derselbe Analyst, was er will, in einfachem Englisch und erhält eine echte Anwendung - mit einer Datenbank, einer Benutzeroberfläche, Fehlerbehandlung, allem Drum und Dran. Der marginale Aufwand, um von "Tabellenkalkulation" zu "Software" zu gelangen, ist praktisch auf null gefallen. Das ist ein massives Freischalten. Es gibt weltweit etwa 1 Milliarde Tabellenkalkulationsbenutzer. Die meisten von ihnen bauen schadhafte Software, ohne es zu merken. Wenn selbst 10 % dieser Anwendungsfälle auf echten Code migrieren, erhält man eine Explosion neuer Mikroanwendungen, die nichts mit traditioneller Software zu tun haben. Interne Tools, die früher in einem gemeinsamen Google Sheet lebten, werden jetzt zu echten Produkten. Die "Shadow-IT"-Tabellenkalkulation, die die Hälfte der Unternehmensoperationen steuert, erhält endlich die richtige Infrastruktur. Der interessante sekundäre Effekt: Die Tabellenkalkulation war der große Gleichmacher, der es nicht-technischen Personen ermöglichte, Dinge zu bauen. Die AI-Code-Generierung ist der *nächste* große Gleichmacher, aber die Obergrenze ist 100x höher. Wir stehen kurz davor zu sehen, was passiert, wenn eine Milliarde Wissensarbeiter echte Software bauen können.

Die Antworten lesen -- viele Leute hassen diese Vorhersage! Viele Leute können sich nicht vorstellen, die Logik/Variablen/Eingaben ohne das Spreadsheet-Gitterparadigma zu programmieren. Mein Hauptgegenargument: - Vieles an der Beschwerde kommt von Leuten, die auf Tastenkombinationen in Windows Excel auf Thinkpads während ihrer glorreichen Banktage trainiert wurden und schwören, dass sie niemals zu etwas anderem wechseln werden. Späte Adopter, normale Finanzbros. Bald gestört. Meine tatsächlichen Gegenargumente: - Programmierung selbst hat ihre Benutzererfahrung viele Male verändert. Lochkarten, Eingabe in Dateien, IDEs und jetzt LLM-Coding-Harnesses. Spreadsheets sind nicht der einzige Weg, um Geschäftslogik zu kodieren -- es gibt bessere Wege, während man alle Vorteile von Software nutzt. - Die Gitter-Benutzererfahrung könnte in irgendeiner Form bestehen bleiben, könnte aber mehr eine Anzeige sein. So wie man in Codex/Claude codiert, aber dann immer noch eine Webseite aufruft. Oder vielleicht hast du ein Gitter als DB, baust dann aber Apps darauf, möchtest aber trotzdem eine Abfrage-Benutzeroberfläche für die Daten. - LLMs werden es ermöglichen, zwischen Logik im Code und Logik in Spreadsheets austauschbar zu wechseln. Vielleicht bearbeitest du in einem Gitter, drückst dann "deploy" und es wird eine Webanwendung in der Cloud erstellt. Und so wie wir VLOOKUP() haben, wird es LLM() geben, das KI-Logik kodieren kann. - Jeder, der mit Software arbeitet, weiß, dass sie unendlich besser, ausdrucksvoller und leistungsfähiger ist. AI-Code-Generierung ist ein Segen für all die nicht-technischen Excel-Zauberer, die jetzt ihre Arbeit auf die nächste Stufe bringen können.