Předpověď ohledně konce tabulek AI generování znamená, že cokoli, co je aktuálně modelováno jako tabulka, je lépe modelováno v kódu. Získáte všechny výhody softwaru – knihovny, open source, AI, veškerou složitost a expresivitu. Zamyslete se, co tabulky vlastně jsou: jsou to obchodní logika uvězněná v mřížce. Modely cen, finanční prognózy, sledování zásob, marketingová atribuce – to jsou v podstatě *programy*, které jsme psali v tom nejhorším možném IDE. Žádná verzní správa, žádné testování, žádná modularita. Jen křehká síť odkazů na buňky, která se rozpadne, když někdo vloží řádek. Jediným důvodem, proč tabulky vyhrály, je příliš vysoká bariéra pro psaní skutečného softwaru. Finanční analytik se může naučit =VLOOKUP za jedno odpoledne, ale Python se nenaučí za měsíc. AI generování kódu tuto rovnici úplně obrací. Tentýž analytik teď popíše, co chce, jednoduše a dostane skutečnou aplikaci – s databází, uživatelským rozhraním, zpracováním chyb, vším. Minimální snaha přejít z "tabulky" na "software" se právě zhroutila téměř na nulu. To je obrovské odemčení. Celosvětově je ~1 miliarda uživatelů tabulek. Většina z nich vytváří nekvalitní software, aniž by si to uvědomovali. Když i 10 % těchto případů přejde do skutečného kódu, vznikne explozi nových mikroaplikací, které vůbec nevypadají jako tradiční software. Interní nástroje, které dříve existovaly ve sdílené Google Sheet, se nyní stávají skutečnými produkty. Tabulka "stínového IT", která řídí polovinu operací firmy, konečně dostane správnou infrastrukturu. Zajímavý efekt druhotného řádu: tabulka byla velkým vyrovnávačem, který umožnil netechnickým lidem stavět věci. AI generování kódu je *další* velký ekvalizér, ale strop je stokrát vyšší. Brzy uvidíme, co se stane, když miliarda znalostních pracovníků dokáže vytvořit skutečný software.

Čtu odpovědi – spousta lidí tuto předpověď nesnáší! Mnoho lidí si nedokáže představit programování logiky/proměnných/vstupů bez paradigmatu tabulkové mřížky Můj hlavní protiargument: - mnoho stížností přichází od lidí vycvičených na klávesových zkratkách ve Windows Excelu na Thinkpadech během svých slavných bankovních dnů, kteří přísahají, že nikdy nepřejdou na nic jiného. Pozdní osvojení, normální finanční bros. Brzy bude narušen Moje skutečné protiargumenty: - samotné programování mnohokrát změnilo své uživatelské rozhraní. Děrné štítky, psaní do souborů, IDE a nyní i LLM kódovací svazky. Tabulky nejsou jediným způsobem, jak zakódovat obchodní logiku – existují lepší způsoby, přičemž získávají veškerou sílu softwaru - UX mřížky může zůstat v nějaké podobě, ale může být spíše displejem. Stejně jako kódujete v Codexu/Claude, ale přesto si otevřete webovou stránku. Nebo budete mít mřížku jako databázi, ale pak na ní stavět aplikace, ale stále chcete dotazovací rozhraní pro data - LLM umožní zaměnit přechod mezi logikou v kódu a logikou v tabulkách. Možná upravíte v mřížce, ale pak kliknete na "nasadit" a vytvoří se webová aplikace v cloudu. A stejně jako máme VLOOKUP(), budou to LLM(), které umí kódovat AI logiku - Kdokoli pracuje se softwarem, ví, že je nekonečně lepší, výraznější a výkonnější. Generování AI kódu je požehnáním pro všechny netechnické experty Excelu, kteří nyní mohou posunout svou práci na další úroveň