De 5 H-ene
Jeg har blitt permittert fra jobben min.
Det er noe dritt, naturligvis. Det er dritt for oss alle. For den som permitteres, de som må permittere, og de som ellers berøres. Jeg har kommet i kontakt med NAV og må forholde meg til dagpenger, stille som jobbsøker som kan ta hva som helst, hvor som helst. Innfinne meg med synkende inntekt og økende utgifter om hverandre. Klart det er noe dritt.
Likevel er jeg heldig som bare det, for det finnes fortsatt noen der ute som trenger en seniorkis som har laget noen nettsider i sitt liv, og dermed er jeg fortsatt in the running når jeg søker jobber. Ting går fremover, smått om senn.
Når jeg snakker om jobb og prosjekter og sånt, så er det vanlig å snakke om H-ene. Det er det de lærer deg at du skal gjøre når du ringer etter hjelp når det har skjedd en ulykke. Fortell om H-ene. Hva, hvem, hvordan, hvor, hvorfor. Det er også en "når" inni der, såklart. Men det er ikke poenget.
Det slår meg nemlig at vi er veldig fokuserte på én bestemt H når vi snakker om programmering og koding og utvikling: "hvordan".
Vi kan snakke om "hvordan" i timesvis. Spørsmålene jeg får i intervjuer kommer veldig raskt over på "hvordan". Hvordan liker jeg å kode — har jeg mye erfaring med React, kanskje? Og TypeScript? Alle liker React og TypeScript. Hva med Vue? Eller Svelte? Kanskje Remix? Astro? Backbone? JQuery UI? Hva med byggsystemer? Webpack og sånt? Og Git? Har jeg erfaring med Git? Github? Github Actions?
Det er ekstremt viktig for de som ansetter å få vite hvordan jeg løser problemer. De vil veldig gjerne se meg løse problemer med sine egne øyne også. Det er viktig at jeg løser et case for dem. De vil se om jeg klarer å treffe et endepunkt, hente litt data, presentere de dataene på et vis. Kanskje implementere litt logikk. Bruk det rammeverket og de verktøyene du vil, du, Vegar. Vi bruker nok mest av dette, men du står fritt til å bruke noe annet, altså. Det er bare viktig at du viser oss hvordan du gjør dette. Vis oss hvordan. Det er veldig viktig at vi forstår hvordan.
Misforstå meg rett: "hvordan" er et veldig viktig ord for kodere, og særlig innenfor webutvikling der alt beveger seg raskere enn det har noen rett til å gjøre. Men i en søken etter "hvordan" glemmer vi de andre H-ene oppi dette. Det er farlig. Det er ikke forståelsen av "hvordan" som til syvende og sist gjør deg til en god utvikler på sikt.
Hva skal vi egentlig lage? Hvem skal bruke det? Hvilke problemer skal det vi lager løse? Hvorfor skal vi lage det på akkurat denne måten? Hvorfor skal vi lage det akkurat på denne måten? Hvem er det som tar beslutninger om det som skal lages? Hvorfor må vi lage det på nytt om det allerede finnes noe som løser problemet? Hvem kan svare på spørsmålene våre når de eventuelt kommer? Hva gjør vi med det når det er laget? Hvordan verifiserer vi at det vi lager er den riktige løsningen?
De ordentlige store spørsmålene, rett og slett. Om vi skal bruke React eller Vue, deploye det på Azure eller AWS, om det skal ha state management med Context eller Redux? De tingene spiller egentlig ingen rolle, iallefall ikke for sluttbrukere flest. Sluttbrukere driter stort sett i hvordan du har laget noe, så lenge det du har laget løser problemene deres.
Men jeg har snakket mye om "hvordan" i det siste. En bieffekt av å ha vært noen år i bransjen er at jeg sitter med ganske mange "hvordan"-kort på hånda. Noen av dem er skikkelig gode, noen er ganske dårlige. Jeg kan komme med lamme spøker om ting jeg skrev i Backbone, eller den gangen jeg måtte få en webapp skrevet i Lua opp og stå. Jeg kan vitse om at jeg forstår boksmodellen i Internet Explorer 6. For jeg gjør det. Men ingen kommer til å ansette meg fordi jeg gjør det. Håper jeg.
Jeg blir nok ikke ansatt noe sted fordi jeg kan React. Jeg er ikke verdens beste React-utvikler. Jeg er strengt talt ikke verdens beste utvikler innenfor noe som helst. Og det er egentlig helt greit, for det er ikke der verdien min ligger uansett.
Verdien min ligger i at jeg forstår "hva" og "hvorfor" og "hvem", ikke bare "hvordan". Jeg forstår hvorfor vi bygger systemer på måten vi gjør, hvem de påvirker, hvem som er med på å ta beslutninger, og hva målet vårt til syvende og sist er. Jeg forstår hvordan det vi lager er med på å transformere organisasjoner og skape verdi for sluttbrukere og til syvende og sist bedriften.
At jeg koder er bare en måte å oppnå alt dette på.
Så når jeg er i intervjuer prøver jeg å få folk til å slutte å snakke så himla mye om "hvordan" og heller snakke om de andre tingene. Jeg er en teknolog, rett nok, men en teknolog må kunne mer enn å kode. Jeg snakket på kode24-dagen om den gangen papirprototypen min skaffet meg en utviklerjobb — rett nok visste de allerede at jeg kunne kode, men jeg viste dem at det er andre fasetter ved meg også. Flere H-er enn "hvordan", rett og slett.
Men for all del — jeg biter det i meg og lager de små, stilige appene jeg må for å vise at jeg også kan "hvordan". Det er viktig, det også.
Men det er jo bare en bitteliten del av hele bildet allikevel.