Backend Developer — løn 2026: 64.304 kr. om måneden

En backend developer bygger den del af et system, der kører på serveren. Frontend er det, brugeren klikker på. Backend er det, der sker bagefter: data hentes, regler tjekkes, penge flyttes, kvitteringer sendes.

En stor del af arbejdet er at designe og vedligeholde API'er, altså faste kontaktflader som andre systemer og apps kalder ind i. Den anden store del er datamodellen: hvordan data gemmes i databasen, så det stadig giver mening om fem år og ikke bliver langsomt ved en million rækker.

Typiske opgaver:

• Bygge og dokumentere REST- eller GraphQL-API'er
• Designe tabeller, indexer og migrationer i en database
• Skrive integrationer mod eksterne systemer: MitID, Nets, Stripe, e-conomic, ERP eller CRM
• Håndtere baggrundsjob og køer — fakturakørsler, mails, rapporter, importfiler
• Skrive tests og fejlsøge i logs, når noget fejler i produktion
• Optimere langsomme forespørgsler og finde ud af, hvorfor en side tager otte sekunder

En almindelig dag starter tit med et kort standup-møde. Derefter går tiden i blokke: en opgave fra sprintet, et code review af en kollegas pull request, og som regel mindst én afbrydelse — en fejl i produktion eller et spørgsmål fra support.

Det, mange undervurderer, er hvor meget tid der går med at læse kode andre har skrevet. Nyudvikling fylder ofte mindre end vedligehold, fejlretning og små ændringer i eksisterende systemer. Legacy-kode er hverdag, ikke undtagelsen.

Samarbejdet er tæt med frontend-udviklere, testere, en product owner og ofte en driftsafdeling. Backend-udvikleren er typisk den, der bliver spurgt, når nogen siger "kan systemet det her?".

I danske virksomheder er nogle domæner særligt store: bank og pension, hvor der er tunge krav til sporbarhed; e-handel og betaling; offentlige løsninger med integrationer til Serviceplatformen, CPR og Digital Post; og medico og industri, hvor systemer skal tale med maskiner og udstyr.

Regler påvirker koden direkte. Databeskyttelsesforordningen GDPR stiller krav om sletning, samtykke, logning af adgang og indbygget databeskyttelse — noget backend-udvikleren skal implementere, ikke bare kende. Bogføringsloven kræver, at regnskabsdata gemmes og kan udleveres, hvilket påvirker hvordan man overhovedet må slette. For virksomheder omfattet af EU's NIS2-direktiv gælder krav til sikkerhed i leverandørkæden, som blandt andet rammer valg af tredjepartsbiblioteker. Bygger man til finanssektoren, stiller EU's DORA-forordning krav til logning, test og beredskab. EU's Cyber Resilience Act stiller desuden krav til sikkerhed i produkter med digitale elementer gennem hele deres levetid.

Værktøjerne varierer med branche og alder på systemet. Der er ikke ét sæt, alle bruger.

Sprog og platforme

• C# med .NET er meget udbredt i danske virksomheder, især i det offentlige, bank og hos konsulenthuse
• Java med Spring Boot står stærkt i banker, pension og store virksomheder
• Python med Django eller FastAPI bruges i data- og AI-tunge løsninger og hos startups
• Node.js med TypeScript er almindeligt i produktvirksomheder og webbureauer
• Go bruges til services med høj belastning
• PHP med Laravel eller Symfony findes i mange webløsninger og e-handel

Databaser

• PostgreSQL og Microsoft SQL Server er de to mest udbredte i Danmark
• MySQL og MariaDB i webløsninger
• MongoDB og Redis til dokumenter og caching
• SQL er kernefærdigheden — den følger med uanset sprogvalg

Køer og beskeder

RabbitMQ, Kafka og Azure Service Bus bruges, når systemer skal tale sammen uden at vente på hinanden. Baggrundsjob kørt med Hangfire, Celery eller lignende er hverdag.

Værktøjer i det daglige

• Git, oftest med GitHub, GitLab eller Azure DevOps
• Editorer: Visual Studio, Rider, IntelliJ IDEA eller VS Code
• Docker til at køre databaser og services lokalt
• Postman eller Bruno til at teste API'er
• Swagger og OpenAPI til dokumentation
• Test med xUnit, JUnit, pytest eller Jest
• CI/CD i GitHub Actions, GitLab CI eller Azure Pipelines

Overvågning

Application Insights, Datadog, Grafana, Sentry eller ELK-stakken. At kunne læse logs og finde årsagen til en fejl i produktion er lige så vigtigt som at skrive ny kode.

Samarbejde

Jira eller Azure Boards til opgaver, Confluence til dokumentation, Slack eller Teams til det daglige. Code review i pull requests er standard de fleste steder.

AI-værktøjer som GitHub Copilot og Claude Code er blevet almindelige i danske udviklingsteams. De ændrer tempoet, men ikke kravet om at kunne bedømme, om koden er rigtig.