Kortslutning

Velkommen til Kortslutning, sportspodcast-edition!Neida, vi kjører en ny klassisk Kortslutning-diskusjon på KI og hvor vi står på LLMer+koding i dag. Hvorfor er det så vanskelig å diskutere effekten LLMer vil ha på måten vi jobber på? Hva, hvis noe, vil effekten være? Er det verdt å bytte tre iterasjoner med skitkode mot 40kvm regnskog? Stiller vi feil spørsmål? Vet vi egentlig i det hele tatt hva programmering egentlig er?I løpet av episoden nevner Mikael et par bøker, legger med navn på de her så de er lette å finne igjen:Inspired: How to Create Tech Products Customers Love - av Marty CaganOvercrowded: Designing Meaningful Products in a World Awash with Ideas - av Roberto Verganti---Følg oss og send oss meldinger på @kortslutning.fun. Hosted on Acast. See acast.com/privacy for more information.

Dessverre ingen ny episode i dag. Men om du skal på NDC Oslo denne uken har du muligheten til å møte oss der! Der kan vi by på like tannløse meninger som ellers i podcasten. Første som finner Stian får en tyggis.---Følg oss og send oss meldinger på @kortslutning.fun. Hosted on Acast. See acast.com/privacy for more information.

Vi snur om på rollene fra forrige episode. Denne gangen lar vi Stian intervjue Mikael om hva en såkalt "C-level exec" driver med i hverdagen. Her er vi innom alt fra tilbudskriving til åpne standarder for validering av billetter.---Følg oss og send oss meldinger på @kortslutning.fun. Hosted on Acast. See acast.com/privacy for more information.

Vi prøver noe nytt! Mikael får prøve seg som journalist og intervjuer Stian om hva han gjør på jobb i disse dager.---Følg oss og send oss meldinger på @kortslutning.fun. Hosted on Acast. See acast.com/privacy for more information.

Hvordan ser den perfekte tilbakemeldingen ut? Kan en tilbakemelding bli dårlig ved å være for snill? Finnes det egentlig god kode[1]? Og hva har egentlig Aristoteles med alt dette å gjøre?Denne episoden av Kortslutning tar vi for oss tilbakemeldinger og mentoring, inspirert av en blogpost med tittelen «The manager I hated and the lesson he taught me»[2].[1] Sålenge den er skrevet med dataskrift, er all kode god kode. Såpass må vi være enige om.[2] https://www.blog4ems.com/p/the-manager-i-hated---Følg oss og send oss meldinger på @kortslutning.fun. Hosted on Acast. See acast.com/privacy for more information.

NAV har nylig vært ute og søkt etter en «Direktør for Brukeropplevelse» og det trigget en kommentar fra Mímir Kristjánsson (og noen påfølgende reaksjonsaker på digi.no[1]). Det fikk oss til å tenke på hvordan IT-bransjen oppleves fra utisden. Hvorfor har det ikke vært en utvikler med på «Nytt på Nytt»? Hvor er utvikler-kjendisen liksom? Er det sånn at vi er en litt vel navlebeskuende bransje som bare liker å prate til våre egne? Vi diskuterer og reflekterer. [1] https://www.digi.no/artikler/rister-pa-hodet-av-toppjobb-for-brukeropplevelse/556422

Den godeste Chris Khiel har skrevet en ny artikkel med tittelen «Software development topics I've changed my mind on after 10 years in the industry»[1] Siden vi tok for oss artikkelen han skrev for 4 år siden for noen måneder siden, tenkte vi at vi skulle ta for oss denne også. Som sist deler vi det i to. Dette er del to, hvor vi går inn på «Opinions I've picked up along the way» og «Things I have not changed my opinion on». [1] https://chriskiehl.com/article/thoughts-after-10-years

Den godeste Chris Khiel har skrevet en ny artikkel med tittelen Software development topics I've changed my mind on after 10 years in the industry»[1] Siden vi tok for oss artikkelen han skrev for 4 år siden for noen måneder siden, tenkte vi at vi skulle ta for oss denne også. Som sist deler vi det i to, og tar for oss overskriften «Things I've changed my mind on» først. [1] https://chriskiehl.com/article/thoughts-after-10-years

Dramatisk tittel, ikke fullt så dramatisk innhold. Kortslutning spesial der altså. I denne episoden diskuterer vi Johnatan Blows foredrag «Preventing the Collapse of Civilization»[1], som vi fikk sendt inn som tips fra en lytter. Kjernen i foredraget er at software blir stadig mer komplisert og vi forstår mindre og mindre av fundamentet vi bygger på, og dette fører igjen til dårligere og dårligere software. Litt på samme måte som at teknologi har gått tapt når sivilisasjoner har gått til grunne før i historien, kan det være at vi setter oss selv i en tilsvarende situasjon med programmering? [1] https://www.youtube.com/watch?v=ZSRHeXYDLko

Stian er egentlig den som skriver beskrivelser, men denne gangen redigerte Mikael for sent og han tror Stian har lagt seg.

Hvordan henger selvfølelse og selvtillit sammen med produktivitet og kvalitet? Hvordan påvirker de hverandre? Hvordan føles det når de påvirker hverandre positivt? Negativt? Er det noe vi kan gjøre? Eller er det bare menneskets natur? Vi kjører klassisk Kortslutning-diskusjon for å starte det nye året.

 Vi tar for oss en artikkel skrevet av Chris Khiel med tittelen «Software development topics I've changed my mind on after 6 years in the industry»[1]. Vi syntes premisset var såpass spennende at vi hadde lyst til å diskutere den på podcast-form. I denne episoden tar vi for oss andre og tredje del av artikkelen som handler om «Opinions I've picked up along the way» og «Things I have not changed my opinion on».[1] https://chriskiehl.com/article/thoughts-after-6-years 

Vi tar for oss en artikkel skrevet av Chris Khiel med tittelen «Software development topics I've changed my mind on after 6 years in the industry»[1]. Vi syntes premisset var såpass spennende at vi hadde lyst til å diskutere den på podcast-form. I denne episoden tar vi for oss første del av artikkelen som handler om «Things I've changed my mind on».[1] https://chriskiehl.com/article/thoughts-after-6-years

Er polyglote programmerere en ting i 2024? Er det å kunne flere programmeringspråk noe vi tar for gitt i dag? Hva er egentlig fordelen med å programmere i flere språk? Vi kjører klassisk drøfting av problemstillingen.

Vi ser tilbake på våre turer til #HelloStavanger og TrondheimDC. Vi synser litt om hvordan våre egne foredrag gikk. Vi reflekterer litt over hva vi synes om den aller første utgaven av #HelloStavanger og hvordan TrondheimDC fortsatt holder koken etter 10. gjennomføringen. Vi tar oss og litt tid til å snakke om hvorfor vi er så glade i konferanser.

Er rammeverk smidig? Er det sånn at du må bruke rammeverk for å bevege deg kjapt i starten? Er det uunngåelig å tape fart etterhvert når du først har gått ned rammeverk-stien? Vi kjører klassisk Kortslutning diskusjon på temaet rammeverk og lead time. 

Vi sparker igang en liten serie med podcaster basert på Mikael's bloggpost med samme navn[1]. Det er en serie med tips og råd for utviklere som er ferske i faget. I denne episoden dekker vi punkt 7 til 9. [1] https://blog.variant.no/h%C3%A5ndbok-for-utviklere-d7d8d73cad51

Vi sparker igang en liten serie med podcaster basert på Mikael's bloggpost med samme navn[1]. Det er en serie med tips og råd for utviklere som er ferske i faget. I første episode dekker vi punkt 4 til 6. [1] https://blog.variant.no/h%C3%A5ndbok-for-utviklere-d7d8d73cad51

Vi sparker igang en liten serie med podcaster basert på Mikael's bloggpost med samme navn[1]. Det er en serie med tips og råd for utviklere som er ferske i faget. I første episode dekker vi punkt 1 til 3. [1] https://blog.variant.no/h%C3%A5ndbok-for-utviklere-d7d8d73cad51

Brukertesting. Alle sier det er en bra ting, men alt for få har et bevisst forhold til det. Hva gjør brukertesting så nyttig? Hvorfor er det sånn at det ikke er en automatisk include i alle prosjekter? Hva er det som gjør det vanskelig? Har brukertesting noen begrensninger? Vi kjører klassisk Kortslutning-diskusjon.

Vi kjører diskusjon på fordelene ved å prate på konferanser (eller lignende), både for den som holder foredraget og for arbeidsgiveren til den som holder foredraget. Hvordan fungerer dynamikken mellom arbeidstaker og arbeidsgiver i disse situasjonene hvor begge får noe ut av det? Er det sånn at du skal gjøre alt sjøl og la arbeidsgiver sole seg i glansen av din frivillige innsats? Skal arbeidsgiver ta støyten? Eller er det noe midt i mellom som funker best? 

Vi tar en prat om IT og aktivisme. Hvordan har aktivisime formet IT og hvordan er forholdet mellom IT og aktivisme i 2024?Noen linker til ting vi nevner underveis:- Ingeniører uten grenser https://iug.no/- Mike Monteiro - How Designers Destroyed the World https://www.youtube.com/watch?v=qIcM21l61TE- Tech for Palestine https://github.com/techforpalestine- No Tech for Genocide https://www.instagram.com/notechforgenocide/ 

Det er nesten ett år siden vi snakket om Generativ AI sist. Hvordan ser vi på det nå, og hvordan kan det brukes uten at det bare blir kunstig fluff. Mikael lover å aldri generere dårlig AI-sang til mid-stinget igjen – selv med ironisk distanse.

Hva er egentlig den beste måten å lære seg noe nytt? Det er egentlig umulig å svare på, uten å vite hva _best_ betyr eller hva _noe_ er, men en ting vet vi sikkert: at å bygge noe fra bunnen av gir deg masse nyttig erfaring og kunnskap. Vi dykker litt ned i akkurat hvorfor det å bygge seg noe er så nyttig.

Den post-funksjonelle funksjonelle verden er litt av en måte å starte 2024 på. Hva er egentlig rollen til funksjonell programmering nå som funksjonell programmering i stor grad har blitt normalisert og adoptert bredt i nesten alle språk? Det skal vi dykke litt ned i, på vårt sedvanlige Kortslutning-vis.

Bør det være markedet (eller produktet, hvis du jobber i en produktorganisasjon) som styrer hvilken kompetanse du bygger? Til forskjell fra hva du synes er gøy eller hva du er motivert for? Bør det være en kombinasjon kanskje? Vi drøfter kompetansebygging i lys av et tregere marked for utviklere.

Påvirker nedgangstiden vi er i balansen i etterspørselen etter frontend vs backend (bredt snakka)? Eller, for å si det på en annen måte, er det nedgangstiden som forklarer hvorfor DevOps og Azure er de mest etterspurte teknologiene på markedet (i norge) akkurat nå? Vi kjører diskusjon.

Hvordan har du en kontinuerlig leveranse-innstilling? Når alle CI/CD-pipeline-boksene er sjekka av og vi fortsatt ikke klarer levere godt nok eller smidig nok, er det noe vi kan gjøre med måten vi tilnærmer oss arbeidet på? Kan vi endre innstilling og levere godt uten alle verktøya? Vi drøfter mindset, innstilling og andre sosiale sider ved kontinuerlig leveranse. 

Teknologipendelen svinger ubenhørlig, og nå ser det ut til at den svinger tilbake til serveren. Etter mange år med Klient-orientert kode og fremgangsmåte, ser vi nå frem mot en ny runde med Server-orienterte løsninger. Vil alt det gamle bli nytt igjen, eller har vi fått med oss noen nye løsninger på veien? Vil vi kjenne igjen de samme løsningene som vi hadde for 10 år siden, eller har vi rusta oss med så mye god læring fra klienten at vi må lære oss ting på nytt? Vi drøfter.

I denne episoden tar vi for oss en artikkel skrevet av Malte Ubl (CTO i Vercel) hvor han gjør et forsøk på å definere Stor-F Frontend og Stor-B Backend, for å rydde opp i begrepsbruken. Du finner artikkelen på https://www.industrialempathy.com/posts/frontend-backend/ og vi anbefaler å ta en liten kikk på den før du gyver løs på episoden.

Er det nedgang og utfordringer i bransjen? Det har vært flere tilfeller av terminering av kontrakter for nyutdannede og sommerjobbere som så frem til at rett rundt hjørnet var det oppstart av ny jobb. Vi snakker litt om vår oppfatning av hva bransjen nå møter og reflekterer litt rundt hvordan det kan være å ha en terminering av kontrakt som det første møtet med bransjen.

I denne episoden prøver Mikael å krangle på seg folk fra alle kanter i landet med å ta opp spørsmålet: Hva er det greit at utviklere bruker tiden sin på av egne interesser når det hindrer forretningsverdi? Skal utviklere bruke 20% av dagen sin i emacs-config og ikke kunne dele skjerm fordi de absolutt må være på Linux? Har Mikael skrevet denne teksten ettersom Stian er på ferie?? Kanskje.

Hype er en naturlig del av det å navigere ny teknologi. Det har vi spesielt fått merke de siste par årene hvor vi har hatt flere store hypes innen teknologi som stort sett ikke har klart å levere på forventningene (blockchain, cryptovaluta, web3/nft). Nå står vi midt i en ny hype rundt AI/LLMs, så hvordan skal vi klare grave frem substansen blandt all hypen? Vi diskuterer litt hvordan LLM hypen skiller seg fra de foregående hypene. Vi diskuterer hvordan en hype cycel ser ut [1]. Og vi deler litt tanker rundt hvordan vi tilnærmer oss en hype som LLMs. [1] https://en.wikipedia.org/wiki/Gartner_hype_cycle

I denne episoden tar vi en liten diskusjon om hvordan avstanden mellom koden vi skriver og koden som ender opp med å kjøre øker i frontend verden. Er det en ny utvikling? Er det en trade-off vi må akseptere for teknologiske fremskritt?

Vi tar en diskusjon om hvordan vi bygger ny kunnskap, eller læring om du vil. Hvordan vi kan bygge struktur rundt det for å bedre kunne diskutere hvilken kunnskap vi mangler, hvilken kunnskap vi har og hvordan vi sammenligner kunnskap med andre. Vi ser på det både fra konsulentverden og produktverden og sammenligner litt notater på hvordan det er likt og noen ganger forskjellig.

Vi tar en ny runde med diskusjon og refleksjon rundt AI og hvilken posisjon det har fått i IT-verden og i samfunnet som sådan. Sist vi diskuterte dette, faktisk episode 100, var vi ganske lunkne, har dette endra seg siden da? Det har tross alt bare gått 4 måneder, hvor mye kan egentlig ha skjedd?

Vi har vært ute og begått presentasjoner. En presentasjon gikk bra, en gikk middels. Vi kjører live evaluering av egne prestasjoner og lærer litt om oss selv og våre egne tilnærminger til det å presentere.

Vi tar en prat om hvordan du prater om plassen du jobber på en positiv måte for å tiltrekke seg nye kollegaer. Hvordan dyrker du en god merkevare når du sikter deg inn mot utviklere? Vi har få fasitsvar, men mange tanker - som vanlig.

Hva er egentlig Meta-rammeverk? Og skiller det seg i det hele tatt fra bare rammverk? Nei, mener Stian og ikke vet jeg mener Mikael. Men denne episoden handler uansett om det. Vi snakker om bevegelser rundt opinionated verktøy i frontendverden, snakker om code behinds og om hvordan Astro treffer en sweet-spot for content driven sider.

RPC, huh? Det er litt rart tema eller? Føles nesten rart ut å snakke om RPC uten at det står noe som gRPC eller lignende. Men skal vi tro Mikael så blir dette mer aktuelt enn på lenge på frontendsiden i den kommende perioden. Hør på denne episoden om hvorfor og hva vi tror RPC er. Og vil RPC gjøre at ting kommer 3 timer for sent? Ikke vet jeg, men det skjedde i alle fall med denne episoden.

Kultur er åpenbart viktig for trivsel. Ofte kjenner vi kanskje igjen kultur best på ukultur. Mye overtid, forventninger til leveranser, usunne konkurranser. Men det er derimot ikke like enkelt å se når god kultur blir til ukultur, eller når kulturskaping blir misbrukt. I denne episoden av Kortslutning snakker vi om behovet for kultur og når kultur tar en bråsving til ukultur.

Hva er åpen bedriftskultur? Mikael deler sine tanker om begrepet og hvordan han har tolket det i konteksten av selskapet han er med å lede. Stian stiller med perspektivet fra stor og gammel bedrift som ikke tradisjonellt har handla om IT. Resultatet blir en klassisk Kortslutning utforskning.

I denne episoden diskuterer Stian og Mikael hvordan noen har forsøkt å forstå open source landskapet gjennom metaforer fra produksjonsverdenen, med forsyningslinjer og konsument-produsent tenking og hvorfor det ikke funker spesielt bra.Bloggposten vi refererer til underveis kan leses her: https://softwaremaxims.com/blog/Not-A-Supplier

Vi topper Marvel og gir deg 100 post-credit clips på rappen! (Ok, det er bare 95 for vi startet ikke før episode 6 med det)

I denne episoden av vår podcast tar vi en nærmere titt på ChatGPT, en chatbot utviklet av OpenAI. Vi vil utforske hvordan ChatGPT fungerer, hva den kan gjøre, og hvordan den kan brukes. Vi vil også diskutere mulighetene som ligger i å bruke en chatbot som ChatGPT, samt noen av utfordringene og bekymringene som kan være knyttet til denne teknologien. Gjennom denne episoden vil du få en dypere forståelse av ChatGPT og hvordan den kan bidra til å løse en rekke problemer og utfordringer.

Som tittelen sier handler denne episoden om det å presentere. Mikael har vært på DevOps Days og holdt en Ignite talk. Vi snakker om Ignite-formatet, DevOps Days og hvorfor det å holde presentasjoner er nyttig kompetanse for de som jobber med utvikling. 

Hva er det med oss utviklere og den urokkelige troen vi har på at alt kan løses med bare litt mer teknologi? Og hvordan utspiller det seg når utviklere blir innblandet i operasjonelle oppgaver? Vi reflekterer over DevOps, sosiotekniske utfordringer og rollen teknologi har i samfunnet rundt oss. ps: Dette blir den andre episoden med nummer 98. Det har vært rusk i telleverket og vi ville rette det opp før vi treffer #100. 

Stian har holdt presentasjonen sin "Popcorn og klokker; en historie om skedulering i nettlesern" på JavaZone og NDC i år og Mikael har deltatt på begge. Vi diskuterer hvordan konferansene er, hvordan det gikk med Stian og om du burde snakke på NDC eller JavaZone.

Hva skjer når en prominent utvikler sletter github-kontoen sin? Hva sier det om hvordan moderne open source fungerer? Hvordan blir en utvikler prominent? Vi reflekterer over hva utfallet ble.

Mikael har vært begått blogging, og vi benytter anledningen til å snakke om det. Temaet er "Hvordan være en god utvikler". Vi starter med en definisjon av hva det vil si å være god, hva det vil si å levere kvalitet. Før vi dukker ned i noen konkrete situasjoner for å eksemplifisere litt. Dette er del 2, hvor vi går igjennom andre halvdelen av bloggposten. https://www.kode24.no/artikkel/mikaels-beste-tips-for-a-bli-en-bedre-utvikler-kan-oppsummeres-med-ett-ord/76771871 https://www.nrk.no/norge/xl/hvorfor-forteller-isabelle-ringnes_-helsering-henne-at-noe-er-feil_-nar-hun-faktisk-er-gravid_-1.16056143

Mikael har vært begått blogging, og vi benytter anledningen til å snakke om det. Temaet er "Hvordan være en god utvikler". Vi starter med en definisjon av hva det vil si å være god, hva det vil si å levere kvalitet. Før vi dukker ned i noen konkrete situasjoner for å eksemplifisere litt. https://www.kode24.no/artikkel/mikaels-beste-tips-for-a-bli-en-bedre-utvikler-kan-oppsummeres-med-ett-ord/76771871