\u00c5kte skidor i veckan. Det visar sig att om man \u00e4r en skid\u00e5kare i den bl\u00e5 backen som pressas vidare till den r\u00f6da backen f\u00e5r man ungef\u00e4r 1.000 g\u00e5nger mindre tid att t\u00e4nka p\u00e5 AI. Prioriteringen blir tankar som “Hur ska jag g\u00f6ra n\u00e4sta sv\u00e4ng?” och “Sn\u00e4lla Gud, l\u00e5t den d\u00e4r snowboard\u00e5karen springa l\u00e4ngre bort fr\u00e5n mig.” Kanske borde jag prioritera extrem r\u00f6relse i min dag f\u00f6r att buffra denna kvartlivskris? Eller… det kanske bara \u00e4r \u00e4nnu ett lager av krisen. <\/p>\n\n
N\u00e4r jag tar en paus fr\u00e5n mina mer domedagsfokuserade AI-tankar brukar jag bli besatt av att renovera v\u00e5rt typiska K\u00f6penhamnsbadrum p\u00e5 tre kvadratmeter. Det \u00e4r f\u00f6rmodligen min l\u00e4ngsta p\u00e5g\u00e5ende ChatGPT-tr\u00e5d. Vi diskuterar hela tiden hur komplicerat det \u00e4r att riva det sj\u00e4lva och l\u00e5ta proffs bygga om det. P\u00e5 pappret l\u00e5ter det inte s\u00e5 komplicerat. Miljontals m\u00e4nniskor har gjort det f\u00f6rut. Men t\u00e4nk om det finns asbest? Du vet vart det samtalet leder. <\/p>\n\n
Jag vill hellre att proffs sk\u00f6ter det och betalar ett h\u00f6gre pris f\u00f6r att se till att det g\u00f6rs ordentligt och uppfyller mina f\u00f6rv\u00e4ntningar och kvalitetsstandarder. \u00c4ven om jag kan titta p\u00e5 alla YouTube-tutorials i v\u00e4rlden, \u00e4r min tid b\u00e4ttre spenderad p\u00e5 andra saker. <\/p>\n\n
Den h\u00e4r tankeprocessen leder mig ofta tillbaka till de f\u00f6r\u00e4ndringar vi ser, och kommer att forts\u00e4tta se, i rekryteringstrenderna f\u00f6r mjukvaruutvecklare. Efter den pandemiska anst\u00e4llningsboomen inom mjukvarusektorn och den efterf\u00f6ljande korrigeringen \u00e4r den l\u00e5ngsiktiga efterfr\u00e5gan p\u00e5 utvecklare fortfarande stark. Antalet mjukvaruutvecklare f\u00f6rv\u00e4ntas v\u00e4xa med cirka 17 % under det kommande decenniet. Det som f\u00f6r\u00e4ndras \u00e4r inte behovet av ingenj\u00f6rer, utan hur f\u00f6retagen utnyttjar den kapaciteten. Organisationerna blir mycket mer medvetna om n\u00e4r de ska anst\u00e4lla internt och n\u00e4r de ska f\u00f6rlita sig p\u00e5 extern expertis. <\/p>\n\n
I min tidigare artikel, “Rethinking Software Development”, h\u00e4vdade jag att det blir allt billigare att koda och bygga programvara. Men \u00e4gande, distribution och v\u00e4rdef\u00f6rverkligande \u00e4r fortfarande sv\u00e5rt att etablera. I en tid av “vibe coding” och alltmer l\u00e4ttillg\u00e4ngliga verktyg som kan bl\u00e5sa upp den upplevda expertisen blir det \u00e4nnu viktigare att vara kritisk till n\u00e4r man ska bygga och n\u00e4r man ska k\u00f6pa. AI p\u00e5skyndar utvecklingen, men det p\u00e5skyndar ocks\u00e5 kunskapsf\u00f6rfallet. <\/p>\n\n
F\u00f6r att \u00e5terg\u00e5 till badrumsrenoveringsanalogin finns det gott om bra inneh\u00e5ll online som f\u00f6rklarar hur man byter ut duschr\u00f6r, omdirigerar r\u00f6r och l\u00e4gger kakel. Min partner och jag skulle f\u00f6rmodligen kunna r\u00e4kna ut det. Men \u00e4r det n\u00e5got jag med s\u00e4kerhet skulle st\u00e5 bakom om flera \u00e5r, n\u00e4r l\u00e4genheten har nya \u00e4gare och jag kanske fortfarande \u00e4r ansvarig f\u00f6r VVS-arbetet? <\/p>\n\n
Tillg\u00e5ngen till kunskap har aldrig varit billigare. Det betyder inte att kostnaden f\u00f6r misstag har f\u00f6r\u00e4ndrats. Billig kunskap inneb\u00e4r inte billiga konsekvenser<\/strong>. L\u00e5t detta vara den kraft som v\u00e4gleder ditt beslut n\u00e4r du v\u00e4ljer om du ska bygga eller k\u00f6pa programvarul\u00f6sningar. Det kan k\u00e4nnas lockande att bygga allt sj\u00e4lv n\u00e4r information och verktyg \u00e4r s\u00e5 l\u00e4ttillg\u00e4ngliga. Men orealiserade kunskapsluckor \u00e4r l\u00e5ngsamma d\u00f6dare. Att bygga l\u00f6sningar som \u00e4r l\u00e4tta att skapa men sv\u00e5ra att \u00e4ga kommer s\u00e5 sm\u00e5ningom att leda bort ditt fokus fr\u00e5n det som driver ditt v\u00e4rde. Eftersom jag \u00e4r en byggare i hj\u00e4rtat kan jag l\u00e4tt br\u00e4nna tid och pengar p\u00e5 att besluta mig f\u00f6r att bygga och \u00e4ga n\u00e5got som \u00e4r b\u00e4ttre att k\u00f6pa. Var ligger den gyllene gr\u00e4nsen mellan att bygga och k\u00f6pa? Min erfarenhet av att arbeta med ingenj\u00f6rer som snabbt kan tillgodog\u00f6ra sig kunskap inom olika omr\u00e5den och som \u00e4r mycket skickliga byggare visar att beslutet om att bygga eller k\u00f6pa ofta handlar om n\u00e5gra f\u00e5 signaler. <\/p>\n\n Mjukvarubeslut \u00e4r inte s\u00e5 annorlunda. AI har s\u00e4nkt tr\u00f6skeln f\u00f6r att bygga n\u00e4stan vad som helst, men ansvaret f\u00f6r att \u00e4ga det man bygger f\u00f6rblir of\u00f6r\u00e4ndrat. System m\u00e5ste underh\u00e5llas, s\u00e4kras, st\u00f6djas och vara p\u00e5litliga l\u00e5ngt efter att den f\u00f6rsta sp\u00e4nningen med att bygga dem har f\u00f6rsvunnit. Bara f\u00f6r att man kan bygga n\u00e5got betyder det inte att man b\u00f6r g\u00f6ra det. I en tid d\u00e5 det \u00e4r enklare \u00e4n n\u00e5gonsin att bygga kan det vara en mer v\u00e4rdefull f\u00e4rdighet att veta n\u00e4r man inte ska bygga. Under tiden kan man utforska byggm\u00f6jligheter med ett \u00f6ppet sinne och experimentera med AI-l\u00f6sningar som snabbar upp leveranserna, men vara kritisk till de l\u00e5ngsiktiga kostnaderna.<\/p>\n\nN\u00e4r ska man bygga<\/strong><\/strong><\/h2>\n\n
\n
N\u00e4r ska du k\u00f6pa<\/strong><\/h2>\n\n
\n