Tankar om ditt ansvar som utvecklare år 2026
Energi är en knapp resurs, åtminstone tills vi får fusionenergi att fungera. Det har alltid varit så att knappa resurser måste tas i beaktande när man designar en lösning. Varför agerar vi alla plötsligt som om energi är oändlig?
Som Uncle Bob (Robert C. Martin) konstaterar i sin klassiska bok "Clean Code", är det ditt ansvar som professionell utvecklare att skapa kod som är ren.
Vad betyder det år 2026? Ren kod är lättläst, är inte onödigt komplex (utöver den komplexitet som är inneboende i lösningen) och – skulle jag också säga – förbrukar inte mer resurser än nödvändigt.
Det är dags att gå tillbaka till våra rötter som utvecklare. Knappa resurser bör hanteras varsamt, och nu till den svåra biten: det är ditt ansvar som utvecklare och arkitekt att designa lösningar som inte slösar med resurser. Vad kan du som utvecklare eller arkitekt göra? Jag skulle säga, som alltid, välj rätt verktyg för jobbet. Men vad innebär det i praktiken, och vad kan du göra under 2026? Här är några exempel:
1. Lär dig ett språk som inte förbrukar lika mycket resurser
Lär dig Rust eller Swift, som inte behöver en virtuell maskin vid körning likt C# eller Java. Du kommer att förbruka färre resurser. Den goda nyheten: det är mycket lättare att lära sig utveckla i Rust eller Swift jämfört med C eller C++ (eller Assembler, för den delen). Testa Rust för din nästa Lambda-funktion. Det kommer att vara förvirrande i början om du aldrig har utvecklat i "bare-metal"-språk, men om du är gjord av rätt virke kommer det att vara givande – jag lovar.
2. Använd inte LLM:er till allt – dimensionera lösningen efter problemet
Ja, du kan lösa nästan alla problem med en LLM. Ja, du kan till exempel använda en LLM för att göra enkel OCR, men du kommer att slösa både resurser och pengar. Alternativ till LLM:er att överväga när du designar en lösning: a) Vanliga algoritmer b) Klassiska maskininlärningsalgoritmer c) Små språkmodeller som DistilBERT som använder färre resurser, hallucinerar mindre och löser enkla problem som klassificeringar och sentimentanalys. Sluta inte använda din egen hjärna i AI-eran.
3. Du har inte big data, så varför använder du big data-verktyg?
Spark är designat för dataset i petabyte-storlek, men de flesta av oss har inte den mängden data. Det finns intressanta alternativ för små data som Polars och DuckDB som inte använder eller behöver stora kluster och som ofta är snabbare och använder färre resurser än Spark. Testa dem. Jag lovar att du kommer att älska hur DuckDB kan starta i en Lambda eller en ECS Fargate-task och ansluta till Iceberg-kataloger för att transformera data, eller hur Polars hanterar dataframes som är större än tillgängligt minne på en enskild maskin.
4. Lär dig att utveckla med begränsade resurser
Kreativitet för utvecklare har alltid handlat om att göra det mesta med begränsade resurser. Om du är en medelålders arkitekt som jag, sätt upp en utvecklingsmiljö för din favorit-vintage-dator på din Mac eller Windows-laptop och återuppliva dina kunskaper i 6502-assembler – eller vilken din favorit-CPU på 80-talet nu var. Om du inte minns 80-talet eller inte var född än, köp en mikrokontroller som Raspberry Pi Pico och programmera lite Rust på den. Återupptäck glädjen och tillfredsställelsen i att utveckla eleganta lösningar som använder minimala resurser.
5. Driftsätt din backend på hårdvara som kräver färre resurser
Driftsätt din nästa Lambda eller serverlösa container i ECS Fargate på ARM-baserade AWS Graviton istället för x86. Om du utvecklar på macOS med Apple Silicon utvecklar du redan på ARM – så varför driftsätta på x86?
Och det bästa av allt om du kör i molnet: om du använder färre resurser sparar du också pengar. Även om lågkonjunkturen kan ta slut under 2026 är det fortfarande viktigt att använda resurser klokt och tänka på kostnader för dina kunder och lösningar.
Var inte lat. Välj rätt verktyg för jobbet, och låt oss alla under 2026 "känna stolthet i vårt arbete – även när ingen ser det" som Werner Vogels, CTO på Amazon Web Services (AWS), uttrycker det.
Om ni som företag behöver hjälp på denna resa tillbaka till grunderna, inklusive att hantera knappa resurser väl, finns vi på Cloud Enablers här för att hjälpa till.