PC 1981: the role of ai in software development
Bij "better know a framework" noemt Carl de Github-repo claude-mem. Hiermee zorg je dat aan jouw kant (cliënt side) de historische data bewaard blijft, zodat je in een volgende sessie Claude de bestaande context mee geeft. Klinkt als een handige tool!
In deze uitzending zijn Jeff Fritz en Bill Wollf te gast, onderwerp is AI. De tendens is voor developers geruststellend, er gaan misschien banen verdwijnen, maar niet bij de software-developers. Want als je ziet hoeveel zaken er nu op het backlog staan, die zaken kun je met AI misschien sneller/beter wegwerken, maar dan komen "al die andere punten/projecten" die het backlog nooit gehaald hebben omdat er domweg geen tijd voor was naar voren: nu is er wel tijd om ook die uit te gaan voeren.
Bij de ingekomen e-mails is een e-mail van een developer die helemaal niet blij is met AI, die ziet hoeveel credits gebruikt worden, uiteindelijk niet snapt wat Claude allemaal gedaan heeft. Carl heeft een andere ervaring, maar dat komt ook omdat hij zaken stuk-voor-stuk aanpakt. In deze uitzending komt naar voren dat je agents niet alleen moet instrueren wat ze moeten doen, maar vooral ook "wat ze niet moeten doen", want Claude heeft er een handje van om net als de nieuwe stagiair het hele project te verbouwen omdat hij nu toch bezig was (en je wilde alleen maar 1 functie toevoegen...). Ook moet je niet alles zelf bedenken. Start bij de repo van "awesome copilot". Ook de "spec-kit" kan/mag eigenlijk niet ontbreken. Bill noemt dat je in Visual Studio 2026 onderaan data van Copilot kunt bekijken. Claude Opus zit inmiddels op versie 4.5. En Carl vraagt wat de anderen van Suno denken. Met een prompt kun je geweldige muziek maken, ook muziek waarvan hij niet kon horen of het nu van "een echte artiest is" of dat het "AI gegenereerd is". Hij heeft het idee dat mensen dan vooral artiesten live willen zien/horen. Fritz en Bill denken dat het vooral handig is als je zelf liedjes schrijft, maar bijvoorbeeld niet piano kunt spelen, om zo te horen hoe je lied klinkt, zaken aan kunt passen en daarna met een echte groep het nummer kunt maken.
PC 1982: space geek out 2025
Als je net zoals ik geïnteresseerd bent in de ruimtevaart, dan is deze uitzending een aanrader. Richard bespreekt alle acties van 2025, maanlanders, lanceringen. Zo is het International Space Station 25 jaar oud. Deze is opgebouwd uit allemaal modules, er zit in het Russische deel een tunnel die zuurstof lekt, dat deel is afgesloten. De verwachting is dat het ruimtestation rond 2030 gecontroleerd zal neerstorten, ergens in een oceaan. Carl vraagt of zaken ook los te koppelen zijn, voor hergebruik bij mogelijk een nieuw ruimtestation. Daar geeft Richard een interessant antwoord op. Want hier op aarde "lassen we zaken vast". In de ruimte hoeft dat niet, daar is geen lucht: het is een vacuüm. Als daar metalen onderdelen tegen elkaar gehouden worden, voegt het zich samen en krijg je het "van je levensdagen" niet meer los. Zo leer je nog eens wat!
PC 1983: energy geek out 2025
Schijnbaar doen Carl en Richard dit elk jaar. De vorige aflevering ging over ruimtevaart, deze aflevering staat in het teken van energie. Niet heel erg "gericht op programmeren", maar wel de moeite waard. Zo schijnt er in China een bedrijf te zijn wat iets met sodium (soda?) batterijen doet en kan zorgen dat een batterij geen 3.000 cycles heeft, maar 10.000 keer herladen kan worden. Als dat een accu in een elektrische auto is, dan kun je nagaan dat dit ervoor zorgt dat die auto na 200.000 kilometers gereden te hebben, nog steeds een goede restwaarde heeft. Carl/Richard benoemen hier ook dat autobedrijven niet heel tuk zijn op elektrische auto's omdat er veel minder onderhoud gepleegd hoeft te worden. Kernreactoren worden hier ook genoemd, ook een onderzoek in Denemarken, waarbij Richard de eigenaar heeft kunnen interviewen. Door de regels in Denemarken mogen ze de reactor niet bouwen, dus deze wordt in Zwitserland gebouwd en getest. Volgens mij had ik hier een tijd geleden ook al iets over gelezen. Ook over passieve koeling, dus waarbij de reactor niet actief gekoeld hoeft te worden, waardoor zaken een stuk veiliger worden. En ook het opslaan van "overbodige energie" in onder andere stuwmeren. Door water op te pompen en later weer te gebruiken is er een rendement van 85%, je raakt dus 15% kwijt. Dat lijkt "zonde", maar als je bedenkt dat die energie anders niet opgeslagen was, maar was "weggevloeid" o.i.d., dan is dit "dus" 85% extra rendement. Ik vond het een zeer interessante uitzending! Bij de shownotes staan nog wat linkjes waar je meer informatie kunt vinden.
PC 1984: UNO and .NET with Sam Basu and Jerome Laban
Bij "better know a framework" noemt Carl een gratis "Media Service", jellyfin. De website is hier te vinden, de code kun je op Github vinden. Te gast zijn Sam en Jerome. Als ik de uitzending zo hoor zijn ze eerder te gast geweest. Met UNO kun je cross-platform apps bouwen. Voor zover ik uit de uitzending begrijp kan dat gratis. Groot onderdeel van UNO is de AI-integratie. Ze bieden zelf AI aan, maar je kunt ook je eigen AI diensten koppelen. Hun nieuwe product is UNO Platform Studio. In de uitzending komt voorbij dat .NET 10 weer een stuk sneller geworden is. En dat het mogelijk zou moeten zijn om met AI je "oude .NET Framework app" om te zetten naar .NET 10. Ook Avalonia wordt kort genoemd, dat is een concurrent van UNO. En voor de mensen die het nog niet kennen, Playwright wordt genoemd, een test-tool die heel veel kan en ook een MCP heeft. Eigenlijk zou ik wat met al deze zaken moeten doen (zelf gaan testen, wat bouwen), als ik mijn planning zie denk ik niet dat ik er aan toe kom. Maar voor een ieder die dit leest en denkt, ik heb nog wel wat tijd over, ga er eens mee aan de slag!
PC 1985: app distribution on windows with Shmueli Englard
Bij "better know a framework" noemt Carl een inzending van een luisteraar, Simon Cropp. Een tool uit 2014 (javascript) met de naam Mermaid, daar heeft iemand nu een versie van gemaakt waardoor je een mooie grafische weergave van een tabelstructuur kunt maken, DBToMermaid. Naast het feit dat dit er cool uit ziet, is Simon een actieve developer. Zo zie ik ook zijn repository op basis van een andere repository, "naughty strings", een repo waarin teksten/karakters staan die jouw applicatie kunnen laten crashen, fouten genereren of andere ellende kunnen veroorzaken. Daar wil ik nog eens wat mee doen, dus hier de link. In deze uitzending is Shmueli te gast. Hij werkt nu 5 jaar bij Microsoft. Hij houdt zicht bezig met de Microsoft Store (die je in Windows ziet). Daar kunnen mensen hun software in aanbieden. Je hebt verschillende opties. Zo kun je Microsoft de installatie en updates laten afhandelen of je gebruikt je eigen installer/update-procedure. Ook web-apps worden ondersteund (Shmueli noemt onder andere Facebook). Aan het einde komt het prijskaartje ter sprake. Sinds kort is afgesproken dat als jouw programma gratis is voor de gebruikers, je jouw app ook gratis kunt aanbieden via de Store. Voordeel van dit kanaal is dat het via de CDN's van Microsoft gaat, dus als voor "jouw potentiële klanten" de kanalen voor Windows Update bereikbaar zijn, dan is jouw software dat ook. Met GPL kan een bedrijf wel zaken configureren voor de werknemers, dus dat bepaalde software wel of niet geïnstalleerd mag worden. Voordeel van de update door Microsoft is dat deze bij een update "de delta kan bepalen" en dus niet alle bytes hoeft te downloaden, maar alleen de wijzigingen.
PC 1986: Maui with Gerald Versluis
Bij "better know a framework" noemt Carl weer een inzending van Simon Cropp. Hij heeft een OrderBy voor EntityFramework gemaakt, waardoor iets "standaard" gesorteerd wordt en je dat niet zelf elke keer in je LINQ-query's hoeft toe te voegen, link Github. In deze uitzending is Gerald Versluis te gast, een Nederlander. Onderwerp is Maui, het voormalige Xamarin, apps cross-platform maken, dus voor Windows, Apple en Android. Onderwerp is hier wat de impact van .NET 10 is. Naast het feit dat er bugs opgelost zijn, kon er nu ook tijd aan "features" besteed worden. Zo noemt Gerald het feit dat alle media-pickers op oude API's gebaseerd waren, dat is nu allemaal bijgewerkt. Andere partijen die ook in dit gebied werken zijn SyncFusion, Uno en Avalonia.
PC 1987: Aspire with Maddy Montaquila
Bij "better know a framework" noemt Carl Avn Data Genie. Deze Github-repo heeft hij samen met Fritz opgezet om een AI Agent "veilig" te laten communiceren met een database. Aspire is een coole tool. Initieel opgezet als .NET Aspire, maar omdat bijna geen enkel bedrijf "alleen maar" .NET gebruikt, is die prefix vervallen, omdat ook ander type projecten hiermee opgestart kunnen worden. Uit deze podcast maak ik wel op dat je eigenlijk bij elke (nieuw) project wat je opstart Aspire moet toevoegen. In deze uitzending komen coole zaken voorbij. Zoals de Aspire CLI. OpenTelemetry is standaard onderdeel van Aspire. In Aspire worden dev-certificaten voor je afgehandeld. Als het goed is, heb je als .NET developer daar al niet veel problemen mee, maar bij andere programmeertalen schijnt dat wel wat meer problemen op te leveren. Ik heb dit item even gemist, maar op de site staat een verwijzing naar Starlight, een coole manier om documentatie met ASTRO als website te bouwen. De MCP van Playwright wordt zo'n beetje in elke podcast van .NET Rocks genoemd.. dus het moet wel subliem zijn. Wat Azure AI Studio was, is nu Microsoft Foundry. En ook een link naar Foundry Local, je haalt een AI model naar jouw PC en voert daar acties op uit. Geen afhankelijkheid van Azure en "tokens die geld kosten".
PC 1988: .NET source generators with Jason Bock
Bij "better know a framework" noemt Carl de Github-repo "Data Science for Beginners". Dit is een project van Microsoft om studenten (en anderen die het interesseert) kennis te laten maken met data science. Opdrachten maken e.d. Het advies van Jason is om eerst te kijken of "het echt nodig is". Alleen in uitzonderlijke gevallen zou je een .NET Source Generator moeten maken. En als je er gebruik van maakt, dan geeft hij de tip om gebruik te maken van de interface IIncrementalGenerator. Ook heeft Jason een boek geschreven, Meta Programming in .NET. Waar het nu op neerkomt is dat code als data behandeld wordt. Een voorbeeld van wat Jason cool vindt is "generated regexes". Hiermee krijg je automatisch in XML uitleg over de gegenereerde Regex. En er is een soort PInvoke code-generatie mogelijk. En nog een cool iets wat genoemd wordt is niet een JIT (just in time), maar een AOT, ahead of time. Je kunt code compileren waarbij het .NET framework niet nodig is. Meer info kun je hier lezen.
PC 1989: the role of ai in secure software with Ben Dechrai
Bij "better know a framework" een beetje zelf-reclame, namelijk voor de podcast "Security this week", waar Carl ook onderdeel van uitmaakt. In deze uitzending worden wat zaken qua security genoemd. Hoe AI modellen mogelijk zelf gaten vinden en dat fixen, maar dat er aan de andere kant ook geprobeerd zal worden om gaten in de beveiliging te vinden en dat snel te kunnen misbruiken, voor het gepatched is. De spec-kit wordt genoemd. Openspec ook. Want voordat je werk kunt uitvoeren, moet je AI model de voorbereidende instructies krijgen. Iets waar Richard bij een ouder model tegenaan liep, zijn instructies waren meer dan de beschikbare hoeveelheid geheugen, waardoor het model steeds context miste. Waarbij zijn gedachte was: al die "guidelines", is dat nodig? Moeten we onze modellen niet specifieker, gerichter maken? Openclaw wordt genoemd, waarbij wordt gezegd dat de "argeloze computeraar" mogelijk denkt: dit ga ik meteen gebruiken! En wij als IT-ers toch wat kriebels krijgen (wat kan hier allemaal wel niet mis gaan?) en minder snel geneigd zijn om hier gebruik van te maken. En moltbook, de omgeving waar agents met elkaar discussiëren.
PC 1990: making reliable software with Damien Brady
Bij "better know a framework" noemt Carl de Github om je Windows robuuster te maken, HotCakeX/Harden-Windows. Hij heeft het gevoel dat hij deze link al eens gedeeld had. Ik had dat gevoel ook, heb even gezocht en zag dat het bij aflevering 1971 was. Laten we het erop houden dat het een reminder is om er wat mee te doen :) Damien gebruikt (natuurlijk) ook AI. Hij werkt in Australië voor Github. Hiervoor werkte hij bij Microsoft. Nu hoort Github ook bij Microsoft, dus hij is weer een beetje terug bij zijn oude werkgever. Omdat collega's en andere teams in andere tijdzones werken heeft hij AI een handige app hiervoor laten genereren. Zaken die mogelijk interessant zijn, Github Advanced Security: link. Code reviews door Copilot: link. Dat klinkt mij als een coole feature in de oren. Want je wilt een review van je code. Maar dat AI dit kan doen (en de collega die dit anders zou doen nu door kan gaan met zijn/haar werk), dat klinkt positief. Ook heb je Dependabot, als er een veiligheidsprobleem is met een codebibliotheek die je gebruikt en er is een update, dan kan Dependabot een PR voor je klaar zetten. Nu is alleen het bijwerken van een versie soms niet voldoende, moet er ook code aangepast worden. Die mogelijkheid begint Dependabot ook meer te ondersteunen.
Ook komt ter sprake hoe je met AI iets gaat doen. Als je AI iets wilt laten maken wat een aantal regels code is, dat gaat wel lukken. Een functie, ook dat zal wel goed gaan. Maar als je zegt "bouw een cool spel", dan zijn je specs onvoldoende. Ook is AI niet deterministisch, als je dezelfde AI dezelfde prompt geeft, kunnen er verschillende uitkomsten zijn (heeft Richard al eens getest). Damien noemt daarbij het voorbeeld van .NET, waarbij hij C# code liet zien aan studenten en ze zeiden dat dit een bepaalde uitkomst zou hebben. Dat zou inderdaad zo moeten zijn. Maar in versie 4.6 werd er, als je bij het compileren bepaalde optimalisaties activeerde een versie krijgen waarbij een stuk catch-statement verwijderd werd, waardoor je resultaat dus in bepaalde gevallen kon afwijken van het verwachte resultaat.