Vad gör en Typescript utvecklare?

Så ser vardagen ut

En stor del av arbetstiden går åt till att definiera och underhålla datamodeller och interface, medan själva felsökningen i produktion ofta tar mindre tid än för vanliga JavaScript-utvecklare tack vare språkets inbyggda skyddsnät.

Visste du?

TypeScript skapades av Anders Hejlsberg, samma dansk som skapade C#, för att lösa problemet med att JavaScript är svårt att hantera i stora projekt. Idag visar studier, bland annat från Airbnb, att upp till 38 % av alla buggar i en applikation kan förebyggas helt bara genom att byta till TypeScript. Det innebär att du löser problemet innan det ens har uppstått.

Konkreta arbetsuppgifter

Design av gränssnitt och typer

Kärnan i en Typescript-utvecklares vardag är att beskriva hur data ska se ut. Innan du skriver logiken för en funktion, definierar du exakt vad som ska gå in och vad som ska komma ut. Detta kallas för att skriva "interface" eller "typer".

Det handlar om att skapa en karta för koden. Om ett användarobjekt ska ha ett namn, en e-post och ett valfritt telefonnummer, kodar du in dessa regler strikt. Det hjälper både dig och dina kollegor att undvika slarvfel.

Exempel i vardagen:

Ni ska bygga en ny profilsida. Backend-teamet säger att de skickar användardata, men dokumentationen är otydlig. Du skapar ett TypeScript-interface som kräver att "user_id" alltid är en siffra. När du kopplar ihop systemen varnar din editor direkt med röd text: backend skickar "user_id" som en textsträng. Du upptäcker missförståndet direkt i koden, långt innan appen kraschar för en riktig användare.

Refaktorisering och kodmodernisering

Applikationer växer och förändras. En viktig uppgift är att "refaktorisera" — att strukturera om kod utan att ändra vad den gör utåt. Med TypeScript blir detta en superkraft. Eftersom språket förstår kopplingarna i koden kan du göra stora ändringar tryggt.

Du byter namn på variabler, flyttar funktioner eller ändrar datastrukturer. Verktygen talar om exakt vilka andra filer som påverkas och måste justeras.

Exempel i vardagen:

Produktägaren bestämmer att "Kund" ska heta "Klient" i hela systemet. I ett vanligt projekt hade detta inneburit timmar av "sök och ersätt" med risk för fel. Du döper om typen i din definitionsfil och trycker på spara. Typescript-kompilatorn visar omedelbart de 43 ställen i projektet där koden nu inte stämmer. Du betar av listan systematiskt och vet att när sista felet är borta, så fungerar systemet.

Integration av tredjepartsbibliotek

Moderne webbutveckling bygger mycket på färdiga kodbibliotek. Som Typescript-utvecklare ansvarar du för att dessa "pratar" korrekt med er egen kod. Ofta innebär det att installera eller skriva så kallade "type definitions" (@types).

Detta säkerställer att om ni använder ett externt verktyg för kartor eller betalningar, så vet er kod exakt vilka funktioner som finns tillgängliga och hur de ska användas.

Exempel i vardagen:

Teamet vill lägga in en graf för börskurser med hjälp av ett nytt bibliotek. När du importerar det ser du att det saknar inbyggt TypeScript-stöd; alla variabler markeras som "any" (okända). Du lägger en timme på att skriva en egen deklarationsfil som beskriver biblioteket. Nu får hela teamet automatisk hjälp och felkontroll när de använder grafen, vilket sparar dagar av felsökning framöver.

Konfigurering av byggverktyg

TypeScript är ett kompilerat språk — det måste översättas till vanlig JavaScript för att webbläsaren ska förstå det. Du ansvarar för att konfigurera denna översättning via filer som tsconfig.json.

Här bestämmer du hur strikt systemet ska vara. Ska det vara förbjudet att lämna variabler odefinierade? Måste alla funktioner returnera ett värde? Du sätter nivån för kodkvaliteten.

Exempel i vardagen:

Projektet har vuxit och byggtiden har blivit långsam. Du analyserar konfigurationen och inser att systemet kontrollerar gamla testfiler i onödan. Du justerar "exclude"-reglerna i config-filen och aktiverar "incremental builds". Plötsligt går det dubbelt så snabbt för alla kollegor att starta upp projektet på morgonen.

Fullstack-utveckling med typsäkerhet

Många Typescript-utvecklare jobbar över hela stacken. Eftersom språket fungerar både i webbläsaren (React/Vue/Angular) och på servern (Node.js/Deno), kan du dela logik mellan dem.

Du skriver kod som validerar formulär och använder exakt samma kodsnutt både på servern för säkerhet och i webbläsaren för snabb feedback till användaren.

Exempel i vardagen:

Ni skapar en chattfunktion. Du definierar meddelande-objektet i en gemensam mapp. När du skriver backend-koden som sparar meddelandet i databasen vet den exakt hur objektet ser ut. När du sedan bygger frontend-delen som visar pratbubblan, använder du samma definition. Om du lägger till ett fält för "tidstämpel" i backend, säger frontend-koden genast ifrån att den saknar informationen, innan du ens hunnit starta appen.

Specialisering och fördjupning

TypeScript används idag inom nästan alla delar av webbutveckling, vilket gör att du kan välja att fördjupa dig inom specifika nischer.

Frontend-arkitekt

Här fokuserar du på stora, komplexa webbgränssnitt i ramverk som React eller Angular. Din expertis ligger i att bygga återanvändbara komponentbibliotek där typerna styr hur knappar, formulär och layouter får användas. Målet är att göra det omöjligt för andra utvecklare att använda designsystemet fel.

Backend & API-utveckling

Du arbetar med Node.js, NestJS eller Deno för att bygga servrar och API:er. Fokus ligger på prestanda, databaskopplingar och säkerhet. Med TypeScript säkerställer du att datan som hämtas från databasen matchar exakt det som skickas till klienten, vilket minimerar risken för runtime-fel på servern.

Tooling och Developer Experience (DX)

En roll för den som gillar att förbättra arbetsflödet för andra. Du bygger CLI-verktyg, scripts och automatiserade processer. Du djupdyker i TypeScript-kompilatorns API för att skapa verktyg som automatiskt genererar kod eller dokumentation baserat på era typer.

Hur arbetsuppgifterna förändras med erfarenhet

Röster från yrket

I den årliga undersökningen "State of JS" uttrycker utvecklare ofta varför de väljer att stanna kvar vid TypeScript trots att det kräver mer kodskrivande i början:

TypeScript har vunnit. Det är inte bara ett verktyg längre, det är standarden. Tryggheten i att veta att koden håller ihop när man gör stora ändringar är ovärderlig för teamets mentala hälsa.

— Sacha Greif, medskapare av undersökningen, State of JS Report, 2023

Ingenjörer på Slack beskriver i sin tekniska blogg hur övergången till TypeScript förändrade deras arbetsdag när de moderniserade sin desktop-klient:

Vi blev överraskade av hur många småbuggar vi hittade när vi konverterade koden. Saker som vi trodde fungerade visade sig vara trasiga i kantfallen. Nu kan vi släppa uppdateringar snabbare eftersom vi litar på kompilatorn.

— Felix Rieseberg, Principal Engineer, Slack Engineering Blog, 2017

I Stack Overflows utvecklarenkät rankas TypeScript konsekvent högt. En återkommande kommentar handlar om arbetsglädje:

Det handlar inte om att skriva kod snabbare, utan om att läsa och förstå kod snabbare. När jag öppnar en fil jag inte skrivit själv, berättar typerna exakt vad koden gör. Det sparar mig timmar av gissande varje vecka.

— Sammanfattad insikt från fritextsvar, Stack Overflow Developer Survey, 2023

Mer om yrket – Typescript utvecklare

38,5 %

Så stor andel av alla professionella utvecklare i världen använder nu TypeScript dagligen, enligt Stack Overflow Developer Survey 2024. Det gör det till världens femte mest populära språk — och det växer snabbast av alla toppspråk.

Vad folk tror

    Att TypeScript bara handlar om att lägga till extra arbete och "städa" efter JavaScript, vilket gör utvecklingen långsammare.

Hur det faktiskt ser ut

    Den initiala tiden man lägger på att skriva typer sparas in flera gånger om i senare skeden. Autocomplete-funktionen blir extremt kraftfull, vilket gör att utvecklare kan skriva kod snabbare och med färre turer fram och tillbaka till dokumentationen.

Branschstandard för storskaliga system. Det har skett ett tydligt skifte i branschen de senaste fem åren. Tidigare var TypeScript ett "trevligt tillägg". Idag är det standardvalet (default) när svenska företag startar nya projekt, oavsett om det är startups eller myndigheter som Försäkringskassan. Det innebär att arbetsuppgifterna har gått från att "sälja in" tekniken till att optimera och förvalta den.

AI och TypeScript är en perfekt match. Framväxten av AI-verktyg som GitHub Copilot har gjort TypeScript-utvecklare ännu mer effektiva. Eftersom TypeScript är så tydligt strukturerat är det mycket enklare för AI:n att förstå kontexten och föreslå korrekt kod jämfört med "lösare" språk. Arbetsuppgiften skiftar därför allt mer mot att granska AI-förslag mot de typer du definierat, snarare än att skriva varje tecken själv.

Dela