Förutsägelse angående slutet på kalkylblad AI-kodgenerering innebär att allt som för närvarande modelleras som kalkylblad är bättre modellerat i kod. Du får alla fördelar med mjukvara – bibliotek, öppen källkod, AI, all komplexitet och uttrycksfullhet. Tänk på vad kalkylblad egentligen är: de är affärslogik som är fast i ett rutnät. Prissättningsmodeller, finansiella prognoser, lagerspårare, marknadsföringsattribution – allt detta är i grunden *program* som vi har skrivit i den värsta möjliga IDE:n. Ingen versionskontroll, ingen testning, ingen modularitet. Bara ett skört nät av cellreferenser som bryts när någon lägger in en rad. Den enda anledningen till att kalkylblad vann var att tröskeln för att skriva riktig mjukvara var för hög. En finansanalytiker skulle kunna lära sig =VLOOKUP på en eftermiddag men inte lära sig Python på en månad. AI-kodgenerering vänder helt på den ekvationen. Nu beskriver samma analytiker vad de vill ha på enkel svenska och får en riktig applikation – med databas, användargränssnitt, felhantering, allt möjligt. Den marginella ansträngningen att gå från "kalkylblad" till "mjukvara" kollapsade precis till nästan noll. Det här är en enorm upplåsning. Det finns ~1 miljard kalkylbladsanvändare världen över. De flesta bygger klumpig mjukvara utan att inse det. När ens 10 % av dessa användningsområden migrerar till faktisk kod får man en explosion av nya mikroapplikationer som inte alls liknar traditionell mjukvara. Interna verktyg som tidigare fanns i ett delat Google Sheet blir nu riktiga produkter. "Skugg-IT"-kalkylbladet som styr halva företagets verksamhet får äntligen ordentlig infrastruktur. Den intressanta andra ordningens effekten: kalkylbladet var den stora utjämnaren som lät icke-tekniska personer bygga saker. AI-kodgenerering är *nästa* stora equalizern, men taket är 100 gånger högre. Vi är på väg att se vad som händer när en miljard kunskapsarbetare kan bygga riktig mjukvara.

När jag läser svaren – många hatar den här förutsägelsen! Många kan inte föreställa sig att programmera logiken/variablerna/indata utan kalkylbladsschemat Min främsta motargument: - mycket klagomål kommer från personer som tränades på tangentbordsgenvägar i Windows Excel på Thinkpads under sina härliga bankdagar, och svär att de aldrig ska byta till något annat. Sen adopterare normie finansbros. Snart att störas Mina faktiska motargument: - programmeringen i sig har ändrat sin användarupplevelse många, många gånger. Hålkort, att skriva in filer, IDE:er och nu LLM-kodningsharness. Kalkylblad är inte det enda sättet att koda affärslogik – det finns bättre sätt, samtidigt som man får all kraft i mjukvaran - Grid UX kan finnas kvar i någon form, men kan vara mer av en display. Precis som du kodar i Codex/Claude men ändå tar fram en webbsida. Eller så kanske har du ett rutnät som databas men bygger appar ovanpå, men vill ändå ha ett frågegränssnitt för datan - LLM:er gör det utbytbart att växla mellan logik i kod och logik i kalkylblad. Så kanske redigerar du i ett rutnät men trycker sedan på "distribuera" och då bygger den en webbapp i molnet. Och precis som vi har VLOOKUP() kommer de att vara LLM() som kan koda AI-logik - Alla som arbetar med mjukvara vet att den är oändligt mycket bättre, mer uttrycksfull och kraftfull. AI-kodgenerering är en välsignelse för alla icke-tekniska Excel-experter som nu kan ta sitt arbete till nästa nivå