Eerst even een stukje wat niet in deze 10 podcasts besproken wordt (of deels). Tijdens de podcasts van Scott komen soms zaken voorbij die al eerder genoemd zijn. Zo valt nog wel eens de term "dos-blog", een CMS wat geen database heeft maar op XML-bestanden draait. Als ik nu zoek kan ik niets vinden, dus ik vermoed dat dit in de loop van de volgende podcasts genoemd zal worden als een inmiddels vervangen CMS. Wel kom ik bij die zoektocht uit op een pagina van Scott met headless CMS oplossingen, ik denk nog wel eens de moeite waard om verder te bekijken: https://www.hanselman.com/blog/HeadlessCMSAndDecoupledCMSInNETCore.aspx
Ook bedacht ik me dat er een podcast ging over de lijst met tools die Scott gemaakt had (ten tijde van deze post in 2014 voor het laatst bijgewerkt): https://www.hanselman.com/tools
En ook de programmeertaal "Boo" komt voorbij. Na een korte zoekactie vind ik de wikipedia-pagina: link. Deze taal kon in Unity gebruikt worden en is inmiddels vervallen (te weinig gebruikers). De code staat nog op Github, dus misschien toch nog eens wat mee doen: https://github.com/boo-lang/
Bij het zoeken naar continuous integration kom ik ook nog op de site van Martin Fowler: https://martinfowler.com/articles/continuousIntegration.html
En voor de mensen die de podcasts zelf willen beluisteren, ze zijn hier te vinden: https://hanselminutes.com/archives
PC 111: ASP.Net Model, View, Controller over MVCContrib en MonoRail (link). Gesprek met een aantal mensen die hier over gaan. Even gezocht, dan kom je uit op Github: https://github.com/castleproject en met de verwijzing naar waar je zou moeten starten: https://github.com/castleproject/Home Castle is een open-source project wat opgezet is voor "inversion of control", ook wel dependency-injection genoemd. Uitleg hierover staat onder andere op de site van Martin Fowler: https://martinfowler.com/articles/injection.html. Er worden een aantal inversion of control (ioc) projecten genoemd: Ninject (link), Spring.NET (link), Castle Windsor, Structure Map (link), Unity (link), Object Builder. Op Scott zijn site heeft hij nog een lijst geplaatst: https://www.hanselman.com/blog/ListOfNETDependencyInjectionContainersIOC.aspx Nant wordt nog door Scott genoemd, een .NET build tool: http://nant.sourceforge.net/
PC 112: gesprek met Charly Pool, Jeff Brown, Brat Wilson en Roy Asherov over het verleden, heden en de toekomst van Unit Testing Frameworks. MB Unit (staat in het Google archief: link en op Github, maar laatste commit is van 2013: link). "Vroeger" maakte ik nooit een test-project aan want: 'hoe werkt dat dan', 'zal wel veel tijd kosten'. Maar goed, toen wilde ik een REST service in het project controleren, maakte ik in het verleden een console-applicatie en kopieerde ik dat spul (kost tijd...), nu is het simpel een kwestie an testproject toevoegen, daar een [TestClass] en [TestMethod] aan toe voegen en zorgen dat jouw functies op een algemene manier aan te roepen zijn, dan kun je vervolgens ook nog eens debuggen. Vooral als je in een project met een Active Directory, Internet Information Service en bestanden/shares moet gaan werken, dan is het fijn dat je zaken kunt testen en kunt controleren of je wijzigingen niet de boel kapot maken. In deze show komt Nunit voorbij (link), MSTest (Visual Studio onderdeel), XUnit (link), TypeMock (link), NCover (link), Resharper (link),
PC 113: na continuous integration nu ook continuous monitoring. Owen Rogers waarmee Scott spreekt werkt bij Thoughtworks: https://www.thoughtworks.com/open-source. Cruise control wordt hier genoemd (link) voor continuous builds en Nant . Die staan beide op Sourceforge, dan zijn het volgens mij meestal verouderde zaken. Scott heeft eerder genoemd dat hij Watir gebruikte (ik verstond Water): . Even snel gekeken, het is een Ruby Library waarmee je interactie in de browser kunt doen, net als "echte" bezoekers. Misschien toch eens naar kijken. Een goed punt hierbij is dat je op een display kunt zien wat de status van de builds is. Geen mailtje wat genegeerd kan worden, maar de verantwoordelijkheid van iedereen. Zo komen we bij de displays. Hier kun je een klein "computertje" voor gebruiken. Je zit al gauw te denken aan een Raspberry Pi, Owen noemt de gumstix , Scott noemt de Chumby .
PC 114: gesprek met Richard Campbell over "war stories". Leuk om naar te luisteren en ook verhelderend dat bepaalde caching niet altijd de oplossing is (Scott had ooit een multi-taal site, de ene taal werd in cache opgeslagen, vervolgens had je 20 verschillende taalversies in cache). Ook dat je bepaalde machines kunt inzetten als alleen image-provider IIS waardoor je een stuk extra belasting kunt weglaten (headless server).
PC 115: gesprek met Carl Franklin, over algemeen "het plezier hebben om te programmeren". Deze mag je overslaan. Programmeren is "the joy of creation" en hopelijk kunnen we dit overdragen aan de generaties die ons op gaan volgen.
PC 116: een uitzending over gedistribueerd caching, Velocity van Microsoft. Via Google kom ik op Stack Overflow (link) waar gemeld wordt dat dit AppFabric geworden is. Support hiervoor is in 2017 gestopt, ik werkt dit dus verder niet uit (link).
PC 117: gesprek met Michael Kaplan over Internationalization. Interessante podcast, want daarmee kom je ook in de "exotische karakters". En wie is er niet tegen encoding-problemen aangelopen? Zelf heb ik nooit met right-to-left talen gewerkt, maar als je site in Arabische regionen gelezen wordt, zal de browser dat daar wel doen. De Turkse taal heeft een bug, de turkse i (volgens mij), die de hele boel laat crashen. Talen die je zou moeten testen zijn Roemeens (unicode), Turks, Ethiopisch, Duits (30% tot 50% meer ruimte in beslag dan Engels), Arabisch (right to left).
PC 118: gesprek met Tom en Mary Poppendieck over Lean Software Development. Deze mensen hebben boeken geschreven over Agile. Hierin wordt onder andere besproken wat "succes" is. Het product hoeft soms niet helemaal klaar te zijn, als je voor die presentatie maar zorgt dat wat getoond is wél af is.
PC 119: een gesprek met Scrum co-creator Ken Schwaber over "What is Done?", de kern-vraag, de definition of done. Is het bouwen alleen voldoende of hoort ook alle documentatie en testen daarbij?
PC 120: een gesprek met developer Richard Griffin en ontwerper Felix Cork over XAML. Destijds was Blend nog in de beginfase, dus Richard maakt een project aan in Visual Studio (zodat ook de koppeling met Microsoft Team Server goed geconfigureerd is). Bij een zoekactie zie ik dat Blend nog steeds bestaat en meer onderdeel van Visual Studio is gaan uitmaken. XAML gebruik je bij WPF projecten, aangezien ik zelf in de web-projcten (MVC/API) zit is dat een onderdeel waar ik weinig mee gedaan heb. Omdat je er schijnbaar animaties en dergelijke mee kunt maken, toch maar eens kijken wat dit kan. Meer informatie over Blend met Visual Studio 2019 staat hier (link). Het laatste artikel van Richard op zijn site, XamlNinja is van 2011, dus daar zit schijnbaar niet veel vernieuwing in (link). Babysmash wordt hier genoemd (en komt volgens mij later in een podcast nog terug), hier het artikel op de site van Scott: link. De tool Kaxaml wordt genoemd, de website hiervoor is niet meer online (kaxaml.com), maar de source staat nog op Github: https://github.com/thinkpixellab/kaxaml
Nog even terugkomend op mijn vorige blog over podcast 101 t/m 110, in podcast 101 had Scott een gesprek met Michio Kaku en daarvan vond ik al dat Michio een goede spreker was. Nu heb ik een boek van hem gelezen (the future of the mind) en kan ik het bevestigen: het is ook een hele goede schrijver!