Design og kode — hvorfor jeg gjør begge
Mange mener du bør velge én av dem. Her er hvorfor jeg ikke er enig, og hva du faktisk vinner på å kunne begge.
«Er du designer eller utvikler?»
Jeg forstår hvorfor spørsmålet stilles. Det er lettere å plassere folk i bokser. Men for meg er det et spørsmål som avslører en feil premiss: at design og kode er to separate fag som tilfeldigvis jobber ved siden av hverandre.
De er ikke det.
Gapet mellom design og kode er reelt. Og kostbart.
I en vanlig prosjektflyt ser det slik ut: designeren leverer skisser, utvikleren bygger. Mellom dem et uendelig antall Slack-meldinger, feiltolkede margins og komponenter som «ser nesten riktig ut».
Hver gang noen må oversette fra et medium til et annet, mistes noe. Intensjon. Presisjon. Tid.
Hva du faktisk vinner på å kunne begge
Jeg designer annerledes fordi jeg vet hva koden gjør. Jeg animerer ikke ting som ikke kan animeres effektivt i CSS. Jeg bygger ikke layouter som er umulige å implementere responsivt. Jeg vet hvilke skygger som er dyre å rendre og hvilke margins som brytes på mobil.
Det betyr at det som forlater Figma faktisk kan bygges, uten tolkning.
Når jeg koder, designer jeg mens jeg bygger. Ser noe feil ut i nettleseren, justerer jeg direkte. Ingen ny Figma-fil, ingen ny runde med kommentarer.
Det handler ikke om å gjøre to jobber
Jeg erstatter ikke en utvikler. Og jeg er ikke halvgod på begge. Jeg er designer som forstår kode godt nok til at ingenting går tapt i oversettelsen.
Den kompetansen er særlig verdifull i tre situasjoner: tidlig i et prosjekt når beslutninger tas raskt, i overgangen mellom design og utvikling, og i team der ressursene er knappe.
Hva du bør lære hvis du vil dit
Du trenger ikke bli fullstack-utvikler. Men du bør forstå HTML og CSS godt, ha et forhold til hvordan komponenter fungerer i et rammeverk, og vite hva som er enkelt å bygge og hva som er komplisert.
Resten lærer du underveis. Prosjekt for prosjekt, bug for bug.