Vad är en fullstackutvecklare?

Fullstackutvecklare är en roll man ständigt ser efterfrågad, men som lätt missförstås som att en person förväntas kunna allt om allt. Så är det inte riktigt. Här är vad en fullstackutvecklare faktiskt är, var rollen kommer bäst till sin rätt och när du ändå behöver renodlade specialister.

Vad rollen innebär

Ett digitalt system består grovt av två lager. Frontend är det användaren ser och rör vid – skärmar, knappar, layout. Backend är maskineriet bakom: servrar, databaser och logik som får allt att fungera. Tillsammans utgör de “stacken”, hela lagret av teknik i applikationen.

En fullstackutvecklare är den som arbetar genom hela den stacken. I stället för att bara bygga gränssnittet, eller bara serverdelen, kan hen ta en funktion från det synliga längst upp till databasen längst ner. Behöver en ny funktion både en knapp i appen och logik på servern som sparar resultatet, kan en fullstackutvecklare bygga båda delarna själv.

Det gör inte fullstackaren till en som “kan allt”. Det gör hen till någon som kan följa en funktion hela vägen, utan att behöva lämna över mellan olika personer för varje steg.

Styrkan: färre överlämningar

I ett team är den stora vinsten med fullstackkompetens att antalet överlämningar minskar. Varje gång arbete lämnas mellan en frontend- och en backendspecialist uppstår väntan, missförstånd och samordning. Den som äger hela flödet slipper mycket av det.

Det märks särskilt i två sammanhang:

• Små team. När gruppen är liten är det opraktiskt att ha en person per lager. Några fullstackutvecklare som var och en kan ta en funktion hela vägen ger mer levererad funktion per person och mindre kringkostnad.
• MVP-projekt. När målet är att snabbt få ut en första fungerande version är tempo allt. En fullstackare kan bygga en hel funktion – gränssnitt, logik, lagring – utan att vänta in andra, vilket kortar vägen från idé till körande produkt.

Ett konkret scenario

Säg att ett litet bolag ska bygga en MVP av en bokningstjänst med tre personer. Ska varje funktion delas upp i en frontenddel och en backenddel som två olika personer bygger, uppstår ständig väntan och samordning i ett så litet team.

Med fullstackutvecklare tar i stället en person hela “boka tid”-funktionen: knappen och kalendern i gränssnittet, logiken som kontrollerar lediga tider på servern, och lagringen i databasen. En annan tar “betalning” på samma sätt. Teamet rör sig snabbt, med få överlämningar, och får ut en fungerande produkt att testa på marknaden långt tidigare än om varje funktion passerat flera specialister.

När specialister ändå behövs

Här är den nyktra motvikten. Fullstackutvecklarens bredd är en styrka, men bredd har ett pris i djup. Vissa problem kräver spetskompetens som en generalist sällan når:

• Avancerad säkerhet och hotmodellering.
• Tung prestandaoptimering när ett system ska skala rejält.
• Komplex datamodellering eller specialiserad infrastruktur.

För sådant behövs djupspecialister som ägnat år åt just sin del. Många team landar därför i en kombination: fullstackutvecklare som driver det breda, dagliga flödet, och specialister som kopplas in där problemet verkligen kräver deras djup. Det ena utesluter inte det andra.

I praktiken är de flesta skickliga fullstackutvecklare “T-formade”: de har bredd över hela stacken men också ett eget djup inom något område, ofta antingen frontend eller backend. Det är värt att känna till som beställare, eftersom det påverkar hur ni sätter samman ett team. Två fullstackare som lutar åt var sitt håll kompletterar varandra bättre än två som lutar åt samma. Att fråga inte bara “kan ni fullstack” utan “var ligger ert djup” ger därför en sannare bild av vad en grupp faktiskt klarar hela vägen ut.

Så tänker du kring bemanning

Utgå från var ni befinner er. En tidig produkt eller ett litet team mår oftast bäst av fullstackutvecklare som kan leverera hela vägen och hålla tempo. Ju större och mer specialiserat systemet blir, desto mer växer behovet av specialister vid sidan av bredden.

Vill ni ha ett team som är rätt sammansatt för just ert skede, resonerar vi på Weapp gärna kring bemanningen tillsammans innan projektet drar igång.