Jeg gikk p\u00e5 ski denne uken. Det viser seg at det \u00e5 v\u00e6re en skil\u00f8per i bl\u00e5 l\u00f8ype som blir skj\u00f8vet videre til de r\u00f8de bakkene, gir deg omtrent 1000 ganger mindre tid til \u00e5 tenke p\u00e5 AI. Prioriteten blir tanker som «Hvordan skal jeg klare neste sving?» og «V\u00e6r s\u00e5 snill, Gud, la den snowboarderen l\u00f8pe lenger vekk fra meg». Kanskje jeg burde prioritere ekstrem bevegelse i hverdagen for \u00e5 bufre denne kvartlivskrisen? Eller … kanskje det bare er enda et lag av krisen. <\/p>\n\n
N\u00e5r jeg tar en pause fra mine mer dommedagsfokuserte AI-tanker, pleier jeg \u00e5 v\u00e6re besatt av \u00e5 pusse opp v\u00e5rt typiske tre kvadratmeter store bad i K\u00f8benhavn. Det er sannsynligvis min lengste p\u00e5g\u00e5ende ChatGPT-tr\u00e5d. Vi diskuterer stadig hvor komplisert det er \u00e5 rive det selv og f\u00e5 profesjonelle til \u00e5 bygge det opp igjen. P\u00e5 papiret h\u00f8res det ikke s\u00e5 komplisert ut. Millioner av mennesker har gjort det f\u00f8r. Men hva om det er asbest? Du vet hvor den samtalen ender. <\/p>\n\n
Jeg vil heller la fagfolk ta seg av det og betale en h\u00f8yere pris for \u00e5 v\u00e6re sikker p\u00e5 at det blir gjort skikkelig og oppfyller mine forventninger og kvalitetsstandarder. Selv om jeg kan se all verdens YouTube-veiledninger, er tiden min bedre brukt p\u00e5 andre ting. <\/p>\n\n
Denne tankeprosessen f\u00f8rer meg ofte tilbake til de endringene vi ser, og som vi vil fortsette \u00e5 se, i ansettelsestrendene for programvareutviklere. Etter den pandemiske ansettelsesboomen i programvaresektoren og den p\u00e5f\u00f8lgende korreksjonen, er den langsiktige ettersp\u00f8rselen etter utviklere fortsatt sterk. Det forventes en vekst p\u00e5 rundt 17 % i stillinger innen programvareteknikk i l\u00f8pet av det neste ti\u00e5ret. Det er ikke behovet for ingeni\u00f8rer som er i endring, men hvordan bedriftene bruker denne kompetansen. Organisasjoner blir langt mer bevisste p\u00e5 n\u00e5r de skal ansette internt og n\u00e5r de skal benytte seg av ekstern ekspertise. <\/p>\n\n
I min tidligere artikkel «Rethinking Software Development» argumenterte jeg for at det blir stadig billigere \u00e5 kode og bygge programvare. Men eierskap, distribusjon og realisering av verdi er fortsatt vanskelig \u00e5 etablere. I en tid med «vibe coding» og stadig mer tilgjengelige verkt\u00f8y som kan bl\u00e5se opp den opplevde ekspertisen, blir det enda viktigere \u00e5 v\u00e6re kritisk til n\u00e5r man b\u00f8r bygge og n\u00e5r man b\u00f8r kj\u00f8pe. AI setter fart p\u00e5 utviklingen, men det akselererer ogs\u00e5 kunnskapsforfallet. <\/p>\n\n
For \u00e5 g\u00e5 tilbake til baderomsoppussingsanalogien: Det finnes mye bra innhold p\u00e5 nettet som forklarer hvordan man bytter ut dusjr\u00f8r, legger om r\u00f8r og legger fliser. Det kan sikkert jeg og samboeren min finne ut av. Men er det noe jeg kan st\u00e5 inne for om mange \u00e5r, n\u00e5r leiligheten har f\u00e5tt nye eiere og jeg kanskje fortsatt er ansvarlig for r\u00f8rleggerarbeidet? <\/p>\n\n
Tilgang til kunnskap har aldri v\u00e6rt billigere. Det betyr ikke at kostnadene ved feil har endret seg. Billig kunnskap er ikke ensbetydende med billige konsekvenser<\/strong>. La dette v\u00e6re styrende n\u00e5r du skal velge om du skal bygge eller kj\u00f8pe programvarel\u00f8sninger. Det kan f\u00f8les fristende \u00e5 bygge alt selv n\u00e5r informasjon og verkt\u00f8y er s\u00e5 lett tilgjengelig. Men urealiserte kunnskapshull er en langsom morder. \u00c5 bygge l\u00f8sninger som er enkle \u00e5 lage, men vanskelige \u00e5 eie, vil til slutt f\u00f8re til at fokuset ditt sporer av fra det som driver verdien din. Jeg er selv en byggmester i hjertet, og jeg kan lett kaste bort tid og penger p\u00e5 \u00e5 bygge og eie noe som er bedre \u00e5 kj\u00f8pe. Hvor ligger det gode punktet mellom \u00e5 bygge og \u00e5 kj\u00f8pe? Min erfaring med ingeni\u00f8rer som raskt kan tilegne seg kunnskap p\u00e5 tvers av domener og som er sv\u00e6rt dyktige byggere, viser at avgj\u00f8relsen om \u00e5 bygge eller kj\u00f8pe ofte kommer ned til noen f\u00e5 signaler. <\/p>\n\n Programvarebeslutninger er ikke s\u00e5 annerledes. Kunstig intelligens har senket terskelen for \u00e5 bygge nesten hva som helst, men ansvaret for \u00e5 eie det du bygger, forblir uendret. Systemer m\u00e5 vedlikeholdes, sikres, st\u00f8ttes og ha tillit til lenge etter at den f\u00f8rste begeistringen over \u00e5 bygge dem har lagt seg. Bare fordi du kan bygge noe, betyr ikke det at du b\u00f8r gj\u00f8re det. I en tid der det er enklere enn noensinne \u00e5 bygge, kan det \u00e5 vite n\u00e5r man ikke skal bygge, bli den mest verdifulle ferdigheten. I mellomtiden kan du utforske byggemulighetene med et \u00e5pent sinn og eksperimentere med AI-l\u00f8sninger som fremskynder leveransen, men v\u00e6r kritisk til de langsiktige kostnadene.<\/p>\n\nN\u00e5r du skal bygge<\/strong><\/strong><\/h2>\n\n
\n
N\u00e5r du skal kj\u00f8pe<\/strong><\/h2>\n\n
\n