Det finnes et ord vi nesten aldri bruker når vi snakker om teknologi.
Beskjedenhet.

Ikke i betydningen ydmyk PR eller grønne løfter i bunnen av et pitch-deck.
Men i arkitektonisk forstand. Hvordan systemer er bygget. Hva de forutsetter. Hva de krever av verden rundt seg.

For det er fullt mulig å bygge programvare som fungerer utmerket, uten å kreve konstant oppmerksomhet, konstant drift og konstant vekst.

Vi bare gjør det sjelden.

Store systemer, små behov

Mye av dagens programvare er bygget for situasjoner som nesten aldri oppstår.
Millioner av brukere. Ekstreme lasttopper. Global tilgjengelighet. Alltid.

I praksis brukes de fleste systemer av få mennesker, til avgrensede oppgaver, i korte økter. Likevel drar de med seg hele maskineriet.
Lag på lag med infrastruktur som må holdes varm, synkronisert og overvåket.

Det er som å bo alene i en idrettshall, fordi den kan romme mange.

Arkitektonisk beskjedenhet starter med å stille et enkelt spørsmål:
Hva er det minste systemet som faktisk gjør jobben?

Når stillhet er en funksjon

I fysiske ting tar vi dette for gitt.
En drill som står i skapet bruker ingen strøm.
En bil parkert i garasjen avgir ingen eksos.
Et hus uten folk er stille.

I digitale systemer er stillhet nesten fraværende. Noe kjører alltid. Noe samler data. Noe rapporterer hjem. Noe måler noe annet som måler noe tredje.

Stillhet oppfattes som tap.
Som ineffektivitet.
Som bortkastet potensial.

Men stillhet kan også være et tegn på modenhet. Et system som vet når det ikke trengs, har forstått oppgaven sin.

Beskjedenhet som designvalg

Arkitektonisk beskjedenhet handler ikke om å være anti-teknologi.
Det handler om å være presis.

Det betyr å bygge systemer som:
– ikke forutsetter nettverk når nettverk ikke er nødvendig
– ikke starter tjenester som ikke brukes
– ikke lagrer data bare fordi det er mulig
– ikke vokser bare fordi det er forventet

Det er et aktivt valg. Og ofte et upopulært ett.

For beskjedne systemer er vanskelige å selge med store ord. De lover ikke verdensherredømme. De lover bare å fungere. Og så bli stille igjen.

Klima, men også verdighet

Når vi snakker om bærekraft, havner fokuset raskt på strøm, kjøling og effektiv maskinvare. Det er viktig. Men det er sekundært.

Det primære spørsmålet er:
Hvorfor måtte dette systemet være på i utgangspunktet?

Arkitektonisk beskjedenhet flytter ansvaret oppover i stacken.
Fra datasenteret til designbordet.
Fra kraftleverandøren til utvikleren.
Fra “hvordan driver vi dette grønnere” til “trenger vi å drive dette hele tiden”.

Det er et mer ubehagelig spørsmål. Derfor stilles det sjelden.

Små systemer tåler virkeligheten bedre

Det er også et praktisk poeng her, som sjelden nevnes.

Beskjedne systemer er ofte mer robuste.
De har færre avhengigheter.
Færre feilkilder.
Færre oppdateringer som må koordineres.

Når noe går galt, er feilen lettere å forstå. Når noe er ferdig, kan systemet slås av. Det er en form for teknologisk verdighet i det.

Ikke alt trenger å være et økosystem.

Kanskje fremtidens innovasjon er mindre

Vi er vant til å tenke at fremskritt betyr mer.
Mer data. Mer fart. Mer sammenkobling.

Men i en verden med pressede ressurser, ustabile strømpriser og økende kompleksitet, kan det hende at den virkelige innovasjonen er det motsatte.

Systemer som er fornøyd med lite.
Som ikke maser.
Som gjør én ting, godt, og så trekker seg tilbake.

Arkitektonisk beskjedenhet er ikke et tilbakeskritt.
Det er et tegn på at vi begynner å forstå konsekvensene av det vi bygger.

Og kanskje, bare kanskje, er det et tegn på voksenhet.

  • HugByte