Als je zelf de podcasts van .NET Rocks wilt beluisteren, die zijn hier te vinden: https://dotnetrocks.com/
Let op: dit zijn oude afleveringen. De meeste zaken zullen dus redelijk verouderd zijn. Laten we het erop houden dat je de afleveringen kunt overslaan en als er een echt interessante uitzending is, dan noem ik dat expliciet.
PC 431: In deze uitzending is Jim Duffy te gast, onderwerp is Virtual Earth. Alleen... als je de podcast beluistert, dan hoor je aflevering 433 met Phil Haack. Deze uitzending staat dus niet online. Daarom deel ik hier de linkjes van de showpagina. Zoals de oude blogs van Mike Ormond. De oude blogs van Beth Massi. En de huidige "Maps" zoals die onder Bing staan. Eerlijk gezegd kijk ik altijd op Google Maps...
PC 432: Titel van de uitzending is "catching up with Russ Fustino", hij zal dus wel eens eerder te gast geweest zijn. Gaat onder andere over tools die hij deelt via Channel 9, de site van Microsoft. De site bestaat niet meer, de Github van Russ is ook rustig, dus deze uitzending kun je wel overslaan.
PC 433: Bij "better know a framework" noemt Carl dat je in WPF spellingscontrole beschikbaar hebt. Bij de ingezonden brieven is een bericht van een luisteraar over het feit dat je andere programmeertalen met .NET kunt laten werken, zijn project is dat hij bezig is om code van een AS400 (oude mini-computer) naar .NET om te zetten. In deze uitzending is Phil Haack te gast, onderwerp is asp.NET MVC RTM (ready to market?). Niet veel nieuws, deze uitzending kun je overslaan. Het enige mogelijk interessante is het deel over T4, bestanden met extensie .tt, wat "templating-bestanden" zijn. Daarmee kun je zelf code laten genereren, zo noemt Phil het voorbeeld van het maken van een edit-scherm, waarbij dynamisch over alle eigenschappen van het object gegaan wordt en een formulier wordt opgebouwd.
PC 434: In deze uitzending is Arun Kishan te gast, onderwerp is de Windows kernel. Het is een oudere aflevering, maar deze is wel interessant. Zo gaat het namelijk over de "bitness", als je een 32-bit systeem hebt, kun je maximaal 32 CPU's aansturen. Bij 64-bit dus maximaal 64 CPU's. Die beperking, daar wilde Microsoft vanaf. Dat doe je natuurlijk niet zo 1-2-3. Dus er wordt uitgelegd dat er een "dispatch-lock" is, een lock wat ervoor is om taken toe te wijzen. Bij grotere hoeveelheden CPU's/geheugen nam het locken steeds meer tijd, wel 15%, Arun noemt dat de "spin lock", CPU's staan te draaien, maar kunnen niets doen.
In deze periode heb je Vista, na het service-pack is dit meer op de Windows Server-versie gaan lijken, de versies zijn nu bijna identiek. Carl noemt het werkend krijgen van code, hoe je programma's in een soort compatabiliteitsmode kunt laten draaien (doe alsof het op Windows XP draait) en dat er nog een andere setting is. Arun licht dit toe. Dat had te maken met bepaalde security-problemen waarbij code dynamisch in het geheugen werd geladen en uitgevoerd. Daar zijn restricties op ingesteld. Maar je kunt jouw "vertrouwde" software op een soort whitelist zetten, zodat deze daar niet door geblokkeerd wordt. Ook komt hyper threading ter sprake. Ik heb geen idee wat het is, dus ik heb de Wikipedia-pagina erbij gepakt. Het is iets van Intel met softwarematige acties waardoor taken parallel uitgevoerd kunnen worden. Arun noemt daarbij dat de flow zo is, dat je taak 1 toewijst aan cpu 1. Als er een taak 2 is, dan wijs je die toe aan cpu 2, niet aan de tweede hyperthread van cpu 1. Je gebruikt eerst alle fysieke CPU's, daarna pas de hyperthreads. Carl noemt een muziekprogramma wat hij had wat kuren had, door deze expliciet affinity te geven (toewijzing aan een CPU) waren die problemen opgelost. Arun verzekert hem dat hier aan gewerkt wordt, zodat deze acties niet (meer) nodig zijn. Een uitzending over zaken waar je als developer "geen zicht op hebt", maar wel impact op jouw software kan hebben. De moeite waard om te beluisteren!
PC 435: Bij Devconnections in gesprek net Don Kiely over Ajax. Daar zijn we inmiddels vanaf gestapt, maar "in die tijd (2009)" was het noodzakelijk, de browsers hadden ieder een eigen implementatie van styling, de DOM, waardoor je dit framework wel nodig had.
PC 436: Kathleen Dollard is te gast, onderwerp is onder andere MEF. Dat is een nieuw soort "programmeren", waarbij een deel van je code roept "ik heb dit nodig!" en een ander deel van je code daar de implementatie voor kan leveren. Ook komt stroomverbruik in deze uitzending voorbij. En T4 templates in Visual Studio.
PC 437: In deze uitzending is Bob Beauchemin te gast. Rond 10.00 worden een aantal boeken genoemd die hij geschreven heeft. Onderwerp is spatial data in SQL Server 2008. Het was al eens eerder in een uitzending genoemd, in deze versie kun je dus ook de LAT en LNG waardes opslaan. Ook kun je dat combineren met Virtual Earth voor een representatie. Bob geeft aan dat je daar wel zelf code voor moet uitvoeren. Met de opslag van spatial data kun je bepaalde regio's via SQL selecteren, bepaalde postcodegebieden bepalen (dat moet je dan weer combineren met andere diensten). Bob noemt de dienst "Google Latitude". Via deze dienst kun je vrienden via Google Maps volgen. Zoals je op Wikipedia kunt lezen heeft Google in 2013 deze dienst laten vervallen, werd dat toegevoegd aan Google+, dat later ook vervallen is. Je kunt nu nog wel "iets" doen via Timeline in Google Maps. Via je settings kun je dat activeren. Hoe het precies werkt, dat kun je hier nalezen.
PC 438: Pat Hynds is te gast, onderwerp is "waarom projecten falen". Zijn ervaring is dat 50% van de projecten mislukken. Nadat er meer gebruik wordt gemaakt van scrum en agile technieken zit het percentage van de projecten welke wel slagen rond de 70%, dus nog steeds 30% die falen. Er zijn een aantal regels die Pat gebruikt om te zorgen dat voor het starten van projecten zaken duidelijk zijn. Als er niet aan die regels voldaan kan worden, is dat voor Pat het teken om het niet te doen.
De 4 regels zijn:
- one word rule: status. verifieer altijd - wat niet afgevinkt wordt, wordt niet gedaan.
- second rule: never guess: nooit raden / doe geen aannames. when you assume you make an ass of u and me.
- third rule: don't be wishfull: als je denkt dat je klant blij is als je klaar bent met programmeren, maar als je vervolgens nog 3 maanden bezig bent om zaken te fixen: dan is een klant absoluut niet blij. Richard: "done" voor een developer en "done" voor een business owner zijn 2 verschillende dingen.
- fourth rule: no spec no estimate. Pat geeft het voorbeeld van een klant. Die liet hun de huidige applicatie zien en alles wat ze niet goed vonden. Toen wilden ze vervolgens dat hij een fixed price zou afgeven om de applicatie opnieuw te bouwen waarbij die punten verbeterd waren. Niet te doen, dus hij gaf ze een voorbeeld waar dit mee overeen komt, dat zij zijn huis zouden bouwen, waarbij hij liet zien welke kamers niet goed genoeg waren, welke vloeren verbeterd moeten worden en dan de vraag of ze even voor een fixed prijs een huis kunnen bouwen waar dat allemaal opgelost is.
Op de vraag of "iets done is", zijn de enige antwoorden ja of nee en nooit: yes, but...
Pat doet ook projectmanagement. Carl vraagt of hij wat tips kan geven, Pat deelt hier de vragen die hij aan het eind van de dag beantwoord wil zien:
- what did you do today?
- what did you get done?
- what did you do what you did't plan on doing? - wie heeft je gestoord en wat was de reden?
- what did you plan to do, but didn't get it done? And why?
- what do you plan to do over the the next period (day/week)?
- what do you need from others?
- what are your problems?
Voor Pat is dat voldoende om snel te zien wie met de goede dingen bezig is, voor wie hij zaken moet regelen en wie op het "verkeerde spoor" zitten en hij mogelijk kan helpen.
Pat vind een boek van Joel Spolsky over "Smart en get things done" de moeite waard, de reden dat hij dit ook nog even in de uitzending noemt.
PC 439: In deze uitzending is Jonas Folleso te gast, onderwerp is de keuze voor UI Frameworks. WPF, WebForms, MVC. Deze uitzending kun je overslaan.
PC 440: In deze uitzending is Jeff Atwood te gast, onderwerp is zijn project "Stack Overflow". Dat is ontstaan omdat hij een blog had en het idee had om iets meer met interactie te doen. Dus het stellen van vragen, het geven van antwoorden. Daarbij heeft hij gekeken naar andere projecten/sites hoe die werken en welke "goede punten" hij daarvan over kon nemen. Zo was hij gecharmeerd van Reddit, daar kun je stemmen op reacties en zo kun je "de juiste/meest relevante antwoorden" naar boven laten komen bij een vraag. Het idee om badges actief te maken voor het uitvoeren van bepaalde acties heeft hij gebaseerd op de Xbox. Op de vraag wat de site qua bezoekers doet geeft hij aan dat deze op een normale werkdag rond de 60.000 views per dag oplevert. Door de inkomsten van advertenties kan hij zichzelf en een programmeur voor het onderhoud van de site betalen. Hij meldt aan het einde van de uitzending dat "binnenkort" de site ServerFault online gaat, Stack Overflow is voor developers, ServerFault is gericht op mensen in de IT (meer algemeen dus).