Var p\u00e5 skiferie i denne uge. Det viser sig, at n\u00e5r man er skil\u00f8ber p\u00e5 de bl\u00e5 pister og bliver skubbet videre til de r\u00f8de pister, f\u00e5r man cirka 1.000 gange mindre tid til at t\u00e6nke p\u00e5 AI. Prioriteten bliver tanker som “Hvordan skal jeg klare det n\u00e6ste sving?” og “Gud, lad den snowboarder l\u00f8be l\u00e6ngere v\u00e6k fra mig.” M\u00e5ske skulle jeg prioritere ekstrem bev\u00e6gelse i min dag for at afb\u00f8de denne kvartlivskrise? Eller … m\u00e5ske er det bare endnu et lag af krisen. <\/p>\n\n
N\u00e5r jeg tager en pause fra mine mere dommedagsfokuserede AI-tanker, har jeg en tendens til at blive besat af at renovere vores typiske k\u00f8benhavnske badev\u00e6relse p\u00e5 tre kvadratmeter. Det er nok min l\u00e6ngste igangv\u00e6rende ChatGPT-tr\u00e5d. Vi diskuterer hele tiden, hvor kompliceret det er at rive det ned selv og f\u00e5 professionelle til at bygge det op igen. P\u00e5 papiret lyder det ikke s\u00e5 kompliceret. Millioner af mennesker har gjort det f\u00f8r. Men hvad nu, hvis der er asbest? Du ved, hvor den samtale ender. <\/p>\n\n
Jeg vil hellere have professionelle til at h\u00e5ndtere det og betale en h\u00f8jere pris for at sikre, at det bliver gjort ordentligt og lever op til mine forventninger og kvalitetsstandarder. Selv om jeg kan se alverdens YouTube-tutorials, er min tid bedre brugt p\u00e5 andre ting. <\/p>\n\n
Denne tankeproces f\u00f8rer mig ofte tilbage til de \u00e6ndringer, vi ser og fortsat vil se i ans\u00e6ttelsestendenserne for softwareingeni\u00f8rer. Efter det pandemiske ans\u00e6ttelsesboom i softwaresektoren og den efterf\u00f8lgende korrektion er den langsigtede eftersp\u00f8rgsel efter udviklere fortsat st\u00e6rk. Antallet af softwareingeni\u00f8rer forventes at vokse med ca. 17 % i l\u00f8bet af det n\u00e6ste \u00e5rti. Det, der \u00e6ndrer sig, er ikke behovet for ingeni\u00f8rer, men hvordan virksomhederne anvender denne kapacitet. Organisationer bliver langt mere bevidste om, hvorn\u00e5r de skal ans\u00e6tte internt, og hvorn\u00e5r de skal stole p\u00e5 ekstern ekspertise. <\/p>\n\n
I min tidligere artikel, “Rethinking Software Development”, argumenterede jeg for, at det bliver billigere at kode og bygge software. Men ejerskab, udrulning og realisering af v\u00e6rdi er fortsat vanskeligt at etablere. I en tid med “vibe coding” og stadig mere tilg\u00e6ngelige v\u00e6rkt\u00f8jer, der kan puste den opfattede ekspertise op, bliver det endnu vigtigere at v\u00e6re kritisk over for, hvorn\u00e5r man skal bygge, og hvorn\u00e5r man skal k\u00f8be. AI fremskynder udviklingen, men det fremskynder ogs\u00e5 forfald af viden. <\/p>\n\n
For at vende tilbage til badev\u00e6relsesrenoveringsanalogien er der masser af godt indhold p\u00e5 nettet, der forklarer, hvordan man udskifter r\u00f8r i bruseren, oml\u00e6gger r\u00f8r og l\u00e6gger fliser. Min partner og jeg kunne sikkert godt finde ud af det. Men er det noget, jeg kan st\u00e5 inde for om mange \u00e5r, n\u00e5r lejligheden har f\u00e5et nye ejere, og jeg m\u00e5ske stadig h\u00e6fter for VVS-arbejdet? <\/p>\n\n
Adgang til viden har aldrig v\u00e6ret billigere. Det betyder ikke, at omkostningerne ved fejltagelser har \u00e6ndret sig. Billig viden betyder ikke billige konsekvenser<\/strong>. Lad dette v\u00e6re den kraft, der styrer din beslutning, n\u00e5r du v\u00e6lger, om du skal bygge eller k\u00f8be softwarel\u00f8sninger. Det kan f\u00f8les tiltr\u00e6kkende at bygge alting selv, n\u00e5r information og v\u00e6rkt\u00f8jer er s\u00e5 let tilg\u00e6ngelige. Men urealiserede videnshuller er slow killers. At bygge l\u00f8sninger, der er nemme at skabe, men sv\u00e6re at eje, vil i sidste ende aflede dit fokus fra det, der driver din v\u00e6rdi. Da jeg er bygherre i hjertet, kan jeg nemt br\u00e6nde tid og penge af p\u00e5 at beslutte at bygge og eje noget, der er bedre at k\u00f8be. Hvor er det s\u00f8de sted mellem at bygge og k\u00f8be? Ud fra min erfaring med at arbejde med ingeni\u00f8rer, der hurtigt kan absorbere viden p\u00e5 tv\u00e6rs af dom\u00e6ner og er meget dygtige bygherrer, kommer beslutningen om at bygge eller k\u00f8be ofte ned p\u00e5 nogle f\u00e5 signaler. <\/p>\n\n Softwarebeslutninger er ikke s\u00e5 forskellige. AI har s\u00e6nket barrieren for at bygge n\u00e6sten hvad som helst, men ansvaret for at eje det, man bygger, forbliver u\u00e6ndret. Systemer skal vedligeholdes, sikres, underst\u00f8ttes og v\u00e6re til at stole p\u00e5, l\u00e6nge efter at den f\u00f8rste begejstring over at bygge dem er forsvundet. Bare fordi man kan bygge noget, betyder det ikke, at man b\u00f8r g\u00f8re det. I en tid, hvor det er nemmere end nogensinde at bygge, kan det blive en mere v\u00e6rdifuld f\u00e6rdighed at vide, hvorn\u00e5r man ikke skal bygge. I mellemtiden skal man udforske byggemulighederne med et \u00e5bent sind og eksperimentere med AI-l\u00f8sninger, der fremskynder leveringen, men v\u00e6re kritisk over for de langsigtede omkostninger.<\/p>\n\nHvorn\u00e5r skal man bygge?<\/strong><\/strong><\/h2>\n\n
\n
Hvorn\u00e5r skal man k\u00f8be?<\/strong><\/h2>\n\n
\n