Teorien bag Product Printer
Software er ikke længere et håndværk. Det er en teknik.
I halvfjerds år blev software bygget som møbler i et værksted — én håndværker, ét stykke, alt fra bunden. Den æra er netop slut. Når det at skrive kode bliver billigt, flytter værdien sig til planen, delene og linjen. Derfor bygger vi som en fabrik.
Fra håndværk til teknik
Prisen på at skrive kode kollapsede
AI-agenter skriver nu det meste af koden. Den dyre midte i ethvert softwareprojekt — at skrive implementeringen — blev næsten fra den ene dag til den anden den billige del. Vores mål: det, et team tidligere brugte et kvartal på, leverer en overvåget produktionslinje på en uge.
Det meste software er et løst problem
Login, fakturering, multi-tenancy, sprog og overvågning: enhver forretningsapplikation har brug for dem, og ingen af dem fortjener at blive genopfundet. De er standarddele — katalogvarer, ikke designarbejde.
Det, der forbliver knapt, er selve problemet
At forstå en cykelbutik, en udlejningsflåde eller en plejeydelse — og specificere det rigtige at bygge. Det er her, mennesker hører hjemme. Alt efter en god specifikation kan industrialiseres.
Et håndværk bliver til teknik i det øjeblik, dets trin kan skrives ned, gentages og kontrolleres. Software har lige passeret den grænse — og når noget er teknik, slår en fabrik et værksted.
Linjen, station for station
Fra den første træning til kørende software, station for station. Hver station er markeret: Live er det, der kører i dag. Kommer er det, vi bygger næst.
01Live
Det starter med træning
Før linjen står mennesker: rådgivere lærer at rådgive SMV'er om AI og træner derefter deres kunders teams med et white label-kursus, hvor det sidste trin bliver et nyt projekt eller nye krav.
Læs mere02Live
Krav først
Intet bygges ud fra et vagt oplæg. En samtale bliver til krav, hvert med sine acceptkriterier, og linjen bygger kun det, der er accepteret.
03Live
En kontinuerlig linje
Så snart kravene er accepteret, sendes et arbejdstrin til en kodeagent uden et klik: ét byggetrin ad gangen pr. projekt, i rækkefølge. Hvert arbejdstrin ender som en pull request.
04Live
Kontrolpunkter på hver ændring
Hver pull request gennemgår projektets CI og sikkerhedsscanninger og derefter en AI-sikkerhedsgennemgang, der lukker ved fejl: ingen vurdering, ingen merge, og merge er låst til den nøjagtige version, der er gennemgået. En vagt på main-branchen nægter at udrulle noget, der er gået uden om kontrolpunkterne.
05Live
Bevis pr. kriterium
Hvert acceptkriterium får sin egen testkørsel fra CI, registreret efter kravets sidste ændring blev flettet ind, og et krav tæller kun som verificeret, når alle består. Et kriterium, som en person tjekker, viser "Afventer menneskelig kontrol", indtil det er godkendt. Agentens ord tæller aldrig.
06Live
Test først, rød til grøn
Testen for hvert acceptkriterium skrives først, i sin egen commit, og skal fejle i CI, før koden får den til at bestå. Før en ændring flettes ind, tjekker porten, at hvert kriteriums test gik fra rød til grøn og ikke blev ændret undervejs; kravet linker begge kørsler.
07Live
En rettelsesløkke
Når CI eller sikkerhedsgennemgangen afviser en ændring, sendes fundene tilbage til samme agentsession, som retter dem på samme pull request, og alle kontrolpunkter kører igen. Højst to rettelser som standard; derefter overtager en person.
08Live
Standarddele
Hver app starter fra fabrikkens skabelon med de løste problemer allerede på plads: login, tenants og roller, juridiske sider, layout. Bygget én gang, hærdet i produktion, aldrig genbygget.
09Live
Fabrikkens bibliotek på hvert trin
Når en plan for et arbejdstrin er godkendt, følger hvert arbejdstrin de standarddele, designet valgte. Arbejdstrin, der rører databasen eller andre følsomme områder, bygges med bibliotekets retningslinjer for sikkerhed og database, og byggeposten viser hvilke der er brugt, og hvorfor.
10Live
Udrulning til live
Udgivelse af en release udruller en hostet app til produktion: databasemigreringerne først, i rækkefølge, med stop ved første fejl; derefter bygningen. Releasen vises som Live først, når live-adressen serverer den.
11Live
En ærlig status
Indtil alt i scope er udgivet, står et projekt som „Bygges — 3 af 6 arbejdstrin leveret“, og først derefter „Live“. En ny app viser besøgende „Kommer snart“ og sine indloggede brugere byggetrinene. En side „Hvad er i appen“ lister de dele, den kom med, hvad der er bygget, og hvad der endnu mangler.
12Live
Dokumenteret
Hvert byggejob, hver release-udrulning og hver ændring, der nåede main-branchen uden om kontrolpunkterne, registreres. Vores operatørhandlinger går til en audit log, der kun kan tilføjes til.
13Live
Afgrænsede nøgler, EU-hosting
For apps, vi hoster, får hvert byggejob et kortlivet token til netop det ene repository, som slettes, når jobbet er færdigt. Dine modelnøgler bliver hos din PP Orchestrator. Cloud-instanser kører i Tyskland (EU).
„Live“ betyder leveret i en Product Printer-udgivelse og kørende på vores administrerede instanser. En station flytter fra Kommer til Live først, når dens udgivelse er der.
Værkstedets æra var smuk. Fabriksæraen er overkommelig.
— Skær støjen fra.
Kom med dit problem →