Vad innebär hållbar webbutveckling?

Det finns många olika sätt att definiera hållbarhet, exempelvis hur stort koldioxidavtrycket är i drift eller hur människor behandlas i utvecklingsprocessen. Den del som Tiburon har valt att fokusera på är istället den bokstavliga; hur länge det vi bygger faktiskt håller.

En hemsida eller webapp kan vara betydelsefull under lång tid om den byggs på ett sunt sätt och med målsättningen att vara långlivad. Att välja rätt tekniker och att göra saker noggrant redan från början låter självklart, men ofta läggs alltför lite tid på detta. Visst finns det exempel på gamla webbtjänster som kanske bör bytas ut, likt valfri svensk internetbank, men när såg du senast Wikipedia byggas om från grunden?

En kortlivad sajt är dyrare än den ser ut. Kostnaden ligger sällan i det första bygget, utan i alla omtag: ombyggnationen vart tredje år, den ständiga jakten på utvecklare som vågar röra koden, och tiden det tar att förstå vad förra teamet egentligen gjorde. Det som håller länge betalar tillbaka varje år det får leva. Här är principerna vi lutar oss mot för att få projekt att göra nytta betydligt längre än genomsnittet.

Välj tråkig och beprövad teknik

Den mest spännande tekniken är sällan den som finns kvar om fem år. Vi väljer hellre verktyg och ramverk som har en stor gemenskap, lång historik och en tydlig väg framåt än det som råkar vara hetast just nu. Tråkig teknik är förutsägbar teknik, och förutsägbarhet är precis vad man vill ha den dag något måste lagas eller byggas vidare på.

Håll det enkelt

Varje rad kod, varje beroende och varje smart lösning är något som någon senare måste förstå och förvalta. Vi försöker konsekvent välja den enklaste lösningen som löser problemet på riktigt, snarare än den mest imponerande. Komplexitet som inte bär sin egen vikt är den vanligaste orsaken till att en kodbas blir omöjlig att underhålla.

Bygg på webbens egna standarder

Webbplattformen är förvånansvärt stabil. HTML, CSS och de grundläggande webb-API:erna fungerar i dag precis som de gjorde för tio år sedan, och kommer med all sannolikhet att göra det om tio år till. Genom att luta oss mot standarder i stället för att bygga om allt själva får vi funktioner som håller, fungerar i alla webbläsare och inte slutar fungera när ett enskilt verktyg slutar underhållas.

Snålt med beroenden

Ett beroende är ett löfte från någon annan om att underhålla en bit av din produkt. Ju fler sådana löften du förlitar dig på, desto fler kan brytas. Vi håller antalet externa bibliotek lågt och väljer dem med omsorg, eftersom varje tillagt paket är en framtida säkerhetsuppdatering, en potentiell konflikt och en risk att behöva ersättas.

Prestanda och tillgänglighet från början

En sajt som är snabb och fungerar för alla är också enklare att leva med över tid. Prestanda och tillgänglighet är svårt att klistra på i efterhand, men nästan gratis om man bygger rätt från start. Det gör dessutom att sajten åldras med värdighet i stället för att kännas seg och otidsenlig efter ett par år.

Skriv kod som går att läsa

Den som förvaltar koden om tre år är förmodligen inte den som skrev den, och kanske inte ens vi. Därför skriver vi kod som är tänkt att läsas av människor: tydlig, dokumenterad där det behövs och utan onödiga trick. Det är skillnaden mellan ett projekt man vågar vidareutveckla och ett man helst river och börjar om på.

Det här är inte en uttömmande lista, och varje projekt har sina egna avvägningar. Men tillsammans är det den hållning som gör att det vi bygger fortsätter göra nytta långt efter att det levererats. Vill du veta mer, eller bolla en långsiktig satsning? Välkommen att höra av dig till haj@tiburon.se.