När vem som helst kan bygga mjukvara förändras databasen

I Y Combinators podcast Lightcone tar avsnittet What Happens When Everyone Can Build Software upp en fråga som redan nu berör även små företag: vad händer när vem som helst kan bygga mjukvara själv? Gäst är Paul Copplestone, grundare och vd för Supabase.

Supabase gick Y Combinators sommarbatch 2020. Enligt YC:s avsnittsbeskrivning har tjänsten i dag 13 miljoner användare och förvaltar över 50 miljoner databaser. Bolaget förbereder sig för en framtid där alla kan skriva sin egen mjukvara, miljarder människor har en personlig databas och AI-agenter står för en stor del av efterfrågan.

Byggarna är inte längre bara programmerare

Avsnittets centrala utgångspunkt är skillnaden mellan traditionella utvecklare och en ny sorts byggare. En egen del ägnas åt den jämförelsen, liksom åt Supabases tre epoker och hur intäkterna har fyrdubblats. För en småföretagare låter tanken bekant: en redovisningskonsult, en frisör eller en e-handlare kan i dag sätta ihop ett fungerande verktyg utan att anlita en mjukvarubyrå.

Förändringen tar inte bort behovet av kunnande, men den flyttar det. När du kan bygga verktyget själv blir det viktigare vilka uppgifter det hanterar, vem som underhåller det och hur det hålls säkert. Samma tema har vi skrivit om i artikeln om en fungerande arbetsmiljö för AI-agenter.

Personliga appar och egen data

Av kapitelindelningen att döma går avsnittet sedan vidare till personliga appar, personliga databaser och ägandet av data. Tanken är att allt fler appar byggs för en enda användare eller ett enda team i stället för för miljoner. Då uppstår också enormt många fler databaser, och frågan om vem som äger datan blir högst praktisk.

För en företagare innebär det två saker. För det första kan du hålla din egen kund- och försäljningsdata i strukturerad form utan ett tungt systeminköp. För det andra flyttas ansvaret till dig själv: säkerhetskopior, behörigheter och dataskydd sköter sig inte bara för att appen kom till snabbt.

Agenter som databasanvändare

Mot slutet av avsnittet handlar samtalet om att bygga för personliga agenter, att använda den egna produkten i det egna arbetet (dogfooding) samt om agentcentrerad design och utvärderingar. Dessutom tas införandet av AI i Supabases egen organisation upp, liksom lärdomarna på vägen.

När en agent snarare än en människa är tjänstens viktigaste användare måste produkten vara förutsägbar, väldokumenterad och testbar. Detsamma gäller ett litet företags egna automationer. Varför öppenhet och utbytbarhet spelar roll har vi också diskuterat i artikeln om öppna AI-modeller.

När du kan bygga verktyget själv blir den viktiga frågan vilka uppgifter det hanterar och vem som ansvarar för det.

Vad bör företagare göra nu?

• Välj en återkommande uppgift, till exempel uppföljning av offerter eller bokningar, och testa att bygga ett litet eget verktyg för den.
• Bestäm innan du bygger var datan ska lagras, vem som får åtkomst och hur den säkerhetskopieras.
• Dokumentera vad verktyget gör, så att någon annan också kan underhålla det.
• Om du låter en agent hantera data, begränsa dess behörigheter och testa vad som händer när uppgifter saknas.

Avsnittet avslutas med kodandets framtid och hur enklare mjukvaruutveckling öppnar dörrar för nytt företagande. En bredare bild av startupvärlden finns i vår artikel om kundförståelse som konkurrensfördel för AI-startups.

▶

Se originalavsnittet på YouTube: Y Combinator.

Källor

• Y Combinator: What Happens When Everyone Can Build Software (Lightcone, YouTube) — Källan är avsnittsbeskrivningen och den tidsstämplade kapitelindelningen som YC har publicerat, inte en kontrollerad transkription. I programmet bland annat byggare kontra traditionella utvecklare 4.34, personliga databaser 12.12 och agentcentrerad design 30.01. De praktiska förslagen är skribentens egna reflektioner.