Fredrik snackar med Camilo Tapia om att gå från Node till Rust, via chocker över hur fula saker kan se ut och hur stor omställning det kan vara att slåss med en kompilator.

Det strukturerar om ens hjärna! På ett bra sätt!

Man inser hur mycket andra saker tar hand om åt en, och att det kan finnas ett värde i att hantera de sakerna själv i vissa sammanhang.

Vi diskuterar också Nodes historia, hur lång tid det tog för Rust att klicka, om det skapas för många jättestora ramverk som vill lösa allt åt en just nu, och en hel del annat.

Inspelat under Øredev 2024.

Ett stort tack till Cloudnet som sponsrar vår VPS!

Har du kommentarer, frågor eller tips? Vi är @kodsnack, @thieta, @krig, och @bjoreman på Mastodon, har en sida på Facebook och epostas på info@kodsnack.se om du vill skriva längre. Vi läser allt som skickas.

Gillar du Kodsnack får du hemskt gärna recensera oss i iTunes! Du kan också stödja podden genom att ge oss en kaffe (eller två!) på Ko-fi, eller handla något i vår butik.

Länkar

• Camilo
• Twofour - där Camilo jobbar
• Øredev
• Jsconf
• Rust
• How to switch from cozy Node.js to scary Rust as a company - Camilos presentation på Øredev 2024
• Node
• Node släpptes först 2009
• io.js - fork av Node som senare återförenades med originalprojektet
• Commonjs
• ESM
• Bun
• Deno
• Express
• Denos Youtubevideo
• V8
• Rustlings låter dig lösa små kodproblem i Rust
• Stöd oss på Ko-fi!
• Zig
• Gleam
• Mojo
• Swift på servern
• Kotlin på servern
• WASM
• Leptos
• Solidjs
• JSX
• Angular
• Solidstart för Solidjs
• Islands
• Nextjs
• HTMX
• Jquery
• Primer - ungefär HTMX, från Facebook, 2010
• Svelte
• Headless
• Go
• Foo café

Titlar

• Nyttigt att skippa någonting
• Det nya sättet att tänka
• Tillräckligt bra för det mesta
• Sträva efter mer
• Bakom kulisserna på Node
• Ett komplement
• Inte någon återvändo
• För mycket på köpet

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 Barry O’Reilly 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 Cloudnet som sponsrar vår VPS!

Har du kommentarer, frågor eller tips? Vi är @kodsnack, @thieta, @krig, och @bjoreman på Mastodon, har en sida på Facebook och epostas på info@kodsnack.se om du vill skriva längre. Vi läser allt som skickas.

Gillar du Kodsnack får du hemskt gärna recensera oss i iTunes! Du kan också stödja podden genom att ge oss en kaffe (eller två!) på Ko-fi, eller handla något i vår butik.

Länkar

• Mastodon-mastodonten
• Barry O’Reilly
• Kodsnsck 632 - avsnittet om att skriva om saker - skriv om när man förstår problemet
• Jeff Atwood
• Artikeln om Netscapes omskrivning och second system syndrome - av Joel Spolsky, inte Jeff Atwood
• Second-system syndrome
• Babel
• Platos grotta
• Stöd oss på Ko-fi!
• Helm
• CDK - genererar Helm-grafer
• Patterns
• Bottom-up och top-down
• Richard Feynmans problemlösningsalgoritm
• Strapi
• Kamal
• Coolify
• Caprover
• Docker swarm
• Docker stack
• Hetzner
• Milisav Radmanić - utvecklingschef på Hetzner
• Grug brained developer
• Forgejo
• Beszel
• Traefik
• Coolify cloud
• Reverse proxy
• Fastmail
• Cloudnet

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

Fredrik snackar med Mattias Karlsson om .NET-världen. Hur är gemenskapen? Hur lär man sig hur man skriver bra kod? Och varför är Mattias inblandad i YH-utbildningar? Vilka verktyg är bra, och för vilka sammanhang? Visst är det fascinerande hur vissa saker kommer tillbaka om och om igen?

Hur går utvecklingen av .NET? Vilka verktyg skulle Mattias välja idag för en ny webbapp? Eller för en mobil- eller skrivbordsapp?

Sist men inte minst snackar vi lite om vikten av dokumentation och kommentarer. Gräv mer i saker, var inte rädd för att titta i okända filer och miljöer!

Inspelat under Øredev 2024.

Ett stort tack till Cloudnet som sponsrar vår VPS!

Har du kommentarer, frågor eller tips? Vi är @kodsnack, @thieta, @krig, och @bjoreman på Mastodon, har en sida på Facebook och epostas på info@kodsnack.se om du vill skriva längre. Vi läser allt som skickas.

Gillar du Kodsnack får du hemskt gärna recensera oss i iTunes! Du kan också stödja podden genom att ge oss en kaffe (eller två!) på Ko-fi, eller handla något i vår butik.

Länkar

• Mattias
• Mattias blogg
• Øredev
• Swetugg
• Homebrew
• Azure function
• Alpine
• Nuget
• YH
• .NET aspire
• Jetbrains
• Rider
• C# devkit extension för Visual studio code
• Ultraedit
• Stöd oss på Ko-fi!
• Win forms
• Web forms
• Blazor
• ERP
• HTMX
• Code-behind
• Avalonia
• Uno
• Webassembly
• CGI-skript
• Telerik
• Syncfusion
• Maui
• Blazor hydrate
• Flutter
• Streamyard
• A/B-testning
• Launchdarkly
• Mattias presentation på Øredev 2024 - Devopsdocs: transforming tideousness into joy

Titlar

• Fokus på talarna
• Någon som inte dricker kaffe
• Det är ändå samma runtime
• Beroenden som inte har hängt med
• Varningar är fel
• Grunda men breda
• Såhär ska man koda
• Kontextswitcha i konsollen
• Olika verktyg för olika saker
• Små konsollappar i containrar
• Bara en main-metod
• Minst tre filer
• Rena komponenter
• Den upplevda prestandan

Fredrik snackar Casual med Fredrik Eriksson och Kristian Ivarsson. Casual är en öppen middleware som implementerar XATMI-standarden och används istället för Oracles Tuxedo av bland annat Försäkringskassan.

Fredrik och Kristian berätter om hur det kommer sig att man tar sig an ett sånt projekt, hur man lyckas hålla ångan uppe ända till produktion, och varför enkelhet och effektivitet är viktigt även (eller inte minst?) för en middleware för stora myndigheter.

Ett stort tack till Cloudnet som sponsrar vår VPS!

Har du kommentarer, frågor eller tips? Vi är @kodsnack, @thieta, @krig, och @bjoreman på Mastodon, har en sida på Facebook och epostas på info@kodsnack.se om du vill skriva längre. Vi läser allt som skickas.

Gillar du Kodsnack får du hemskt gärna recensera oss i iTunes! Du kan också stödja podden genom att ge oss en kaffe (eller två!) på Ko-fi, eller handla något i vår butik.

Länkar

• Kristian
• Wisetech global
• Casual
• Casuals Discord
• XATMI
• XA
• TX
• Open group
• Tuxedo
• SOA-plattform - service-oriented architecture
• Transaktioner
• COBOL
• OSI-stacken
• CORBA
• EJB
• COM
• OLE
• POC
• Kammarkollegiet
• Weblogic
• JCA - Java connector architecture
• Stöd oss på Ko-fi!
• Kevlin Henney
• Kevlin om språkfinesser som redan fanns i strukturerad programmering
• Scheme
• Two-phase commit
• Black tie - Red hat-svar på Tuxedo
• Jboss
• Casual på Github

Titlar

• Fundamentalt sunda
• Med vissa avarter
• Ibland är det pest eller kolera
• Intresse hos några med bestämmanderätt
• Min garderob som byggserver
• Ett sekvensiellt flöde i din kod
• Specar från 85
• Om problemet är transaktionellt
• Harmoni mot operativsystemet
• Motvikt mot tuxedo