Kodsnack

Kodsnack är ett poddradioprogram på svenska om utveckling, kodknackande och allt som hör därtill. Kodsnack drivs av Kristoffer Grönlund, Fredrik Björeman, Amanda Sjöström och Tobias Hieta

Kodsnack 663 - En injektion av inspiration 09/23/2025

Kodsnack 662 - A super-super-app, with Teresa Wu 09/16/2025

Kodsnack 661 - Silhuetter på en OH-projektor 09/14/2025

Kodsnack 660 - Backops, med Christian Petersson 09/11/2025

Kodsnack 659 - Där stararna landar, med Ragnar Eklund och Adam Sernheim 09/09/2025

Kodsnack 658 - Failure of ergonomics, with Taylor Troesh 09/02/2025

Kodsnack 658 - Failure of ergonomics, with Taylor Troesh Fredrik talks to about packaging things, generating code, and database evolution. Why is it so hard to package and build things? Is it a failure of ergonomics? Is there hope for a change? We also discuss generating code using LLMs, and Taylor presents the workflow of using them to generate projects from scratch, starting over if more fundamental changes are needed. After that, we dig into databases and SQL, and Taylor has many thoughts and opinions about how they can be used and might evolve. Finally, we discuss other interesting projects, keeping track of ideas, what the OPTC is, and why should you cut down a palm tree? Recorded during . The episode is sponsored by - let us edit your podcast and make it sound just as good as Kodsnack! With more than ten years and 1200 episodes of experience, Ellipsis gets your podcast edited, chapterized, and described with all related links in a prompt and professional manner. Thank you for sponsoring our ! Comments, questions or tips? We a re , , and on Twitter, have a and can be emailed at if you want to write longer. We read everything we receive. If you enjoy Kodsnack we would love a ! You can also support the podcast by . Links Taylor’s Øredev 2024 talk: (or one of them) - Taylor’s own language - a Cursor alternative for Neovim - Svante Richter’s talk Some of Taylor’s - Pipelined relational query language - sponsor of the week: we edit Kodsnack, and we can edit your podcast too! Follow-up links, : - “a type of bus or coach built to combine goods and passenger transport” - a Swedish bruck - Taylor talks about Christopher Alexander, just like we did in episode 657! Titles Nothing besides IKEA I did not besmirch the reputation How strange we package things I don’t think I have any advice Failure of ergonomics I do have hope Drinking from the well Brainless CRUD-stuff (I have) No qualms with Elm During the binges Fifteen math professors Tilting against palmtrees OPTC /episode/index/show/kodsnack/id/38048825

Kodsnack 657 - Strukturer människor rör sig i 08/26/2025

Kodsnack 656 - People want native controls, with Maddy Montaquila 08/19/2025

Kodsnack 655 - Gratis prestanda 08/12/2025

Kodsnack 654 - German-style strings, with Matt Topol 08/05/2025

Kodsnack 654 - German-style strings, with Matt Topol Fredrik talks to about and how the Arrow ecosystem is evolving. Arrow is an open source, columnar in-memory data format designed for efficient data processing and analytics - which means passing data between things without needing to transform it, and ideally even without needing to copy it. What makes the ecosystem grow, and why is it very cool to have Arrow on the GPU? What is the connection between Arrow, machine learning, and Hugging face? Matt emphasizes the value of open standards, even as they work with or within more closed systems they can help open things up, and help bring about more modular solutions so that developers can focus on doing their core area really well. This episode can be seen as a follow-up to , where Matt first joined to discuss everything Arrow. Recorded during . Thank you for sponsoring our ! Comments, questions or tips? We a re , , and on Twitter, have a and can be emailed at if you want to write longer. We read everything we receive. If you enjoy Kodsnack we would love a ! You can also support the podcast by . Links Matt’s Øredev 2023 talks: and Matt’s Øredev 2024 talks - on and - Arrow database connectivity - RPC framework for services based on Arrow data - query IR - in-memory tensor structure - where Matt used to work. He’s now at GPU compute engine - In-memory analytics with Apache Arrow - programming language for statistical computing - “German-style strings” - the book on using Arrow with R Titles It’s gotten a lot bigger The bones of it are in the repo (Powered by ADBC) Individual compute components Feed it substrate Where the ecosystem is going Arrow on the GPU The data stays on the GPU A forced copy Leverage that device interface Without forcing the copy Shy of that last mile Turtles all the way down The guy who said yes German-style strings /episode/index/show/kodsnack/id/37651700

Kodsnack 653 - Handskruvat, med Viktor Löfgren 07/29/2025

Kodsnack 653 - Handskruvat, med Viktor Löfgren Fredrik snackar med om - sökmotorn Viktor bygger på heltid och som i praktiken ensam utvecklare. Hur får man ens idén? Är det så svårt som det verkar? Hur kunde Marginalia search bli ett heltidsjobb? Det började med “det här kan väl aldrig funka, men varför inte?” Viktor berättar hela historien, från hybris och Raspberry pi till heltidsjobb och en riktig server. Ett projekt som faktiskt är “web scale” på riktigt! Och det med enserver. Allt är Java! Varför, och hur funkar det? Är det kanske en liten nackdel att de flesta som jobbar med Java har jobb? Och borde vi inte undvika tydligt definierade projekt och mål lite oftare och optimistiskt ta oss an svårare saker? Viktor slår ett slag för att försöka lösa lite större och svårare problem, istället för att förenkla och begränsa allt från start. Det finns inga problem med sökmotorer som är supersvåra, men man behöver ha många verktyg i sin verktygslåda. Återanvändning av kod? Inte så mycket som man skulle kunna tro. Kopiera och kasta bort är en bra riktning. Planering, listor, och att låta hjärnan jobba klart med bakgrundsprocesser. Rankning av sidor, analyser, och utmaningen att kartlägga, förstå, och motverka olika typer av sökmotoroptimering. Ett stort tack till som sponsrar vår ! Har du kommentarer, frågor eller tips? Vi är , , , och på Mastodon, har en och epostas på om du vill skriva längre. Vi läser allt som skickas. Gillar du Kodsnack får du hemskt gärna ! Du kan också stödja podden genom att , eller . Länkar - Viktors sökmotor Viktor har också pratat sökmotor i , diskuterat i som presenterar Google. Appendix A diskuterar problem med att blanda annonsering och sökmotorer - efter att JS och popovers och annat har kört - gratis e-bok Viktor tipsar om Titlar Jag har byggt en internetsökmotor I min hybris En miljard dokument Sökmotorförkunskaper Åttiotalsteknik En server av PC-hårdvara Motsatsen till React- och Nodeutveckling Boomer till hjärtat Jag som står för förändringarna Lösa problem som alla har Klart att det inte går Åka till månen innan smarta mål Ett sätt att jobba som funkar om man jobbar själv 100% bild av hela kodbasen En väldigt stor verktygslåda Handskruvat Mina Pokemon Vad är tillräckligt mycket? /episode/index/show/kodsnack/id/37454175

Kodsnack 652 - The best of nature, with Grace Jansen 07/22/2025

Kodsnack 651 - Klia CLI, med Patrik Svensson 07/15/2025

Kodsnack 650 - Designa ett bra event, med Lars Wikman 07/08/2025

Kodsnack 649 - Fördelar med Liechtenstein, med Svante Richter 07/01/2025

Kodsnack 648 - Difficult skills, with Gitte Klitgaard 06/24/2025

Kodsnack 647 - Tyst deploy 06/17/2025

Kodsnack 646 - En timme per minut, med Markus Westergren 06/10/2025

Kodsnack 645 - Kapa Conways lag 06/03/2025

Kodsnack 644 - Det nya sättet att tänka, med Camilo Tapia 05/27/2025

Kodsnack 643 - Plockepinn och cementblandare 05/20/2025

Kodsnack 643 - Plockepinn och cementblandare Varför tror vi inte på att vi kan lösa våra egna problem? Fredrik och Kristoffer börjar med att följa upp diskussionen om att skriva om för att förenkla saker och minska abstraktioner. Flera lyssnare har undrat: har man inte abstraktioner för att förenkla framtida förändringar och anpassningar? Riskerar man inte att fastna i ett lokalt minimum där ens lösning är alldeles för specifik för att kunna anpassas i framtiden? Fredrik undrar om vi låst in oss alldeles för mycket i ett tankesätt som landar i att vi aldrig kan veta något. Alla pratar om lösningar på problem man haft, ingen pratar om problem man haft? Vad är problemet man faktiskt löst? Och varför tror vi inte på att vi kan lösa vårt eget problem? (Och AI är motsatsen till att lära sig lösa problem.) Vi behöver mer i branschen! Men det är en utmaning att förstå hans tankar. Sist men inte minst berättar Kristoffer hur han hittade Coolify och varför det tilltalar honom så mycket. Ett stort tack till som sponsrar vår ! Har du kommentarer, frågor eller tips? Vi är , , , och på Mastodon, har en och epostas på om du vill skriva längre. Vi läser allt som skickas. Gillar du Kodsnack får du hemskt gärna ! Du kan också stödja podden genom att , eller . Länkar - skriv om när man förstår problemet - av Joel Spolsky, inte Jeff Atwood - genererar Helm-grafer - utvecklingschef på Hetzner Titlar Kristoffer är med på länk Förändringsbart och förvaltningsbart Nu ska vi lösa ett generellt problem En generell transpilator Fokuserade för mycket på Platos grotta Man ser bara den perfekta stolen Mindre kapabel att hantera verkligheten Fastna i ett lokalt minimum Helt enkelt inte sant Lösa problemet här och nu Min rulle tejp En boll med tejp och legobitar Jätteabstraherade pusselbitar Rullar med tejp och legobitar Vi utgår från en lösning Kunskapen för att kunna bygga en lösning Rosenkvist till AI Plockepinn och cementblandare Lösningsorienterat Problemorienterat Kan vi glömma teknik Z för stunden? Allt jag kan se är tejp och legobitar? Deras problem är inte mitt problem Hybristoppen Tomt på bagage Se problemet med klarhet /episode/index/show/kodsnack/id/36628790