När når vi AGI?

Om man kan programmera och ska visa ett koncept inom programmering då gör man det med ett litet pedagogiskt exempel, annars fungerar man inte som en normal människa. Då är man inte professionell.

Ok, kan du beskriva hur en skalbar lösning ser ut

Hur långt är ett snöre?

Menar du ditt antika skitsystem med 500 tabeller eller menar du Netflix?

Men faktum är att du inte tog fram detta som ett pedagogiskt exempel och det var det inte heller, utan tvärtom tyckte du verkligen det var bra och imponerande kod.

Du skrev ju tom (och då var det dessutom "proffessionel" kod du visade):
"Däremot får du ju inte alltid proffessionel och komplett kod från alla prompter alla gånger. Därför är det viktigt att man är tydlig med vilken typ av kod man förväntar sig."

Du vet inte?
Detta är förmodligen en av de viktigaste sakerna som gör att vibekodare eller de som gillar AI inte riktigt förstår. De förstör inte vad kod är, att det bara är ett verktyg för att omvandla något till maskinkod som är det enda en dator kan köra.

För en normal programmerare kan de på kort tid se om något skalar eller inte, det är inte svårt eftersom de flesta som kodat ett tag kämpat med problematiken.

Du skrev en metod som heter "PlaceOrder"
Där görs det som skall göras för att placera en order?
Hur gör du när det är 5 olika sätt att placera en order?
Vad gör du med valideringen?
Säkerhet och vad händer när något går fel i något av alla stegen, skall allt ligga i PlaceOrder eller bör du ha annan design.

För order är bara en av alla delar, ofta finns kunder, användare, varulager, returer, valutakonvertering, språkhantering, rättigheter.
Flera olika system mot samma databas och så vidare. Det tillkommer massor

Det var ett pedagogiskt exempel (från Claude Opus 4.8).
Decoupling genom DI är ett koncept som används inom professionell programmering, men det vet ju du ingenting om.

Om man är professionell svarar man inte på dumma frågor som "hur gör man det skalbart", eftersom det givetvis beror på kontexten och vad du menar med skalbart. Du tyckte inte att det var skalbart att använda repository pattern för att du har 500 tabeller (!) men det säger ju ingenting om skalbarhet. Vet du ens vad ordet betyder?

Kan du förklara för mig?

Med skalbarhet brukar man generellt syfta på många samtidiga användare/requests. (Inte hur jobbigt det är att skriva många interface). Då kan det absolut vara en bra idé med repository pattern med minnescache och att att man just därför vill ha många repositories för att du vill styra minnesanvändningen detaljerat. Vissa datamängder hanteras mer sällan och då kanske de inte behöver någon cache medans det som hanteras ofta vill man ha mer cachning på.

Har du väldigt många användare kan ju minnet bli fullt, alltså vill man cacha data så effektivt som möjligt och inget onödigt. Då behöver du kanske hantera det på en mer detaljerad nivå. T.ex. du cachar alla aktuella ordrar men färdiga ordrar cachas inte eller cachas bara en liten stund. Då behöver du logik i cachningen om du inte vill att allt ska cachas enligt samma regel.

Det är en typ av skalning (prestanda/belastning), men jag pratar om kod, att skala funktionalitet eftersom vi diskuterar programmering

Då har du misslyckats ganska kapitalt med 500 tabeller.