tag:blogger.com,1999:blog-21327984.post1590066957059186564..comments2023-07-12T03:47:45.579-05:00Comments on tommynorman.com: Death by bullet points!Anonymoushttp://www.blogger.com/profile/12525579727559385079noreply@blogger.comBlogger4125tag:blogger.com,1999:blog-21327984.post-89904292989375634442008-02-02T11:39:00.000-06:002008-02-02T11:39:00.000-06:00Tommy, I saw Dave give the DDD talk at DevLink '07...Tommy, I saw Dave give the DDD talk at DevLink '07. I think the slides act as anchors for what he was saying. Just seeing the slides again brought back his point. I think the point of this approach is to use the slides as cues, instead of documentation. That deck would have been better, if it contained his notes for each slide, as suggested in BBP.<br><br>++AlanAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-21327984.post-29984875284427943142008-02-02T17:56:00.000-06:002008-02-02T17:56:00.000-06:00I still think a good mixture is the best approach ...I still think a good mixture is the best approach in my mind. You definitely do not want to simply repeat what is one th screen, but it is good to have major points reiterated on screen as well. Notes help with presentations like that, but they lack the structure and visual context since they are not a part of the slide itself. Which way to you tend to land in your presentations?Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-21327984.post-43977158487522911312008-04-28T12:49:00.000-05:002008-04-28T12:49:00.000-05:00Tommy, I'm working off the 2008 BBP book and it a...Tommy, I'm working off the 2008 BBP book and it asserts one could/should place bullet-point or narrative copy into the Notes section such that your presentation can travel without you. J. Holmes gave me a copy of Secure Coding v2...not sure how to interpret that. ;-)Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-21327984.post-63208438011033878222008-04-28T19:54:00.000-05:002008-04-28T19:54:00.000-05:00Jeff: I do put my talking points in my notes, but ...Jeff: I do put my talking points in my notes, but I guess my days of training using the three T's (tell them what you are going to teach, teach them, then tell them what you taught them) are very ingrained in me. I am trying to work on a balance of more visual slides with follow up summaries. It also depends on the style of presentation. If I am doing a more technical presentation, I might just let the code speak for itself with very few slides at all. My current presentation is around Scrum and has some more exostential content that I think deserves at least some summary points.<br><br>And I only think you need to worry if Josh gives you an Intro To Visual Basic book! :)Anonymousnoreply@blogger.com