Presenting in public, be it on paper, blog or speak is fun. It forces you to formulate your ideas. If you can't explain something you don't really understand it. And it provides valuable feedback. Not everything said or written comes across, it might take a show element. And not everything has to be (the) right (way). Thank goodness there's always someone in the audience or amongst the readers to correct you.
Last Friday I did a presentation for the Dutch SDN user group. Presenting, which I don't do very often, is quite different from writing. The 75 minutes given seemed like more than enough time to tell the story I had prepared. But after 20 minutes and a short poll in the audience it became clear that I had to step on it and make some shortcuts. My plan had been to do live coding for all essential stuff. Thank goodness a backup of completed examples was at hand. Not working, for the final demo the device emulator would not connect to the network. I thought I knew how to do that :(. At 10:19 I crash-landed on my last slide, 4 minutes overtime. Exhausted. The remainder of the day was quite pleasant, good stories, a good atmosphere and good laughs. It's not just the economy which is starting to boom again.
Writing can have it's little problems as well. Coming home the new copy of .NET magazine had arrived. To my surprise something had gone wrong with my article. As a result of the DTP process a piece of the story was lost. For the Dutch readers, insert this before the last paragraph of page 58:
De buttons gaan code uitvoeren. In het click-attribuut koppel ik het click-event aan een eventhandler met de waarde van het attribuut als naam. De code-behind-file, de derde view op het form, bevat de eventhandlers. XAML-eventhandlers hebben een iets andere signature dan de eventhandlers van een Winform. Beide hebben als eerste parameter de sender, dat is de control die het event heeft afgevuurd. Later zullen we daar nog wat mee gaan doen. De tweede parameter van een XAML-event is van het type RoutedEventArgs. In een Windows-form voert een eventhandler wat code uit en daarna is het klaar. In een XAML-applicatie kan een event bubbelen naar andere controls in de hiërarchie van controls. Wie in ASP.NET met command bubbling heeft gewerkt, zal hier iets herkennen. Ik heb hier helaas geen ruimte om verder in te gaan op het routeren van events, maar wil het even genoemd hebben. Het is een punt waar je later op verder kunt bouwen en veel moois mee kan doen. De eventhandlers voor de buttons gaan gebruikmaken van de service. Voor we die code kunnen schrijven, hebben we eerst een reference naar de service nodig. In het project staat een map Service References, met een rechtermuisklik kun je er een reference aan toevoegen.
Small woes, all part of the game.