技术演示的好技巧
我正计划为我们正在开发的产品进行技术演示。
目标受众是技术开发人员。因此，大多数时候，我将通过Visual Studio中的代码进行调试，性能分析，一些体系结构审查等。
我已经阅读了两个博客，其中包括要使用的字体大小，在Visual Studio上使用的模板，演示工具以及其他非常有用的技巧。
我专门寻找的是如何使会话有趣，而又不使其枯燥乏味。如何避免让人入睡？听到一些故事真是太好了..
Update1：zoomit上不错的youtube剪辑。使用Zoomit将观众吸引到演示文稿中。
Update2：Scott Hanselman在PDC演讲后发表的新帖子准备技术演讲的提示
解决方案
回答
在代码中添加有趣的注释。
//在下一个演示文稿中，最好不要愚蠢的@＃$ @＃％$代码。
不要谈论它们，让观众发现它们。
-亚当
回答
这是向我解释的东西，我认为它非常有用。我们可能要考虑一开始不要沉重的滑行。我们想提前向听众展示一些东西(很可能不是代码)，以使他们处于想要了解如何做的功能。
回答
仅供参考，Hanselman的文章进行了更新(链接来自2003年)。
回答
我们应该在公开演讲中阅读Mark Jason Dominus的精彩演讲：
会议介绍柔道
回答
使用故事。即使有代码示例，也要有一个背景知识：这就是有人这样做的原因。为了增加观众的参与度，请询问X的示例，其中X是我们可以演示的东西，然后用这些词组作为介绍。
或者，也许我们有关于它的不同之处或者通常需要更长的时间等的战争故事。我发现人们认同这样的事情，然后当我们给出示例时，他们就在精神上追溯到他们自己的经历。
回答
我最近开始使用"思维导图"工具进行演示，发现效果非常好。
http://en.wikipedia.org/wiki/Mind_map
基本上，我发现人们只是在我们开始通过演示来介绍细节的第二部分。用思维导图传达信息(至少以我的经验)，为信息的传递和捆绑提供了一种更为简便的方法。
关键是分阶段显示信息(即，首先是高级想法，然后是一次更详细的想法)。思维导图工具基本上可以让我们扩展地图，因为观众可以观看和呈现我们越来越详细的信息。通过这种方式，听众可以在较小的阶段逐渐吸收数据，从而有助于保留。
查看FreeMind以获得免费的工具。思维管理器是一种付费产品，但更加精致流畅。
回答
使"视觉表示"保持简单和标准。
如果我们使用的是Vista，请隐藏桌面图标并使用默认壁纸之一。保持Visual Studio设置(尤其是工具栏)为标准设置，并尽可能"开箱即用"。我们在环境中显示的自定义项越多，人们越有可能将重点放在那些而不是内容上。
保持幻灯片上内容的一致性。请记住，我们是在与观众交谈(在最佳情况下)，因此幻灯片应作为讨论点。如果要包括更多详细信息，请将其放在幻灯片注释中。如果以后使滑板可用，则特别好。
如果有人问我们一个问题而我们不知道答案，请不要害怕说我们不知道。总比尝试猜测我们认为答案应该是更好。
另外，如果我们使用的是Vista，请确保将其置于"演示模式"。 PowerPoint也具有类似的模式，因此请确保也使用它，并且在一台显示器(投影仪)上有幻灯片放映，并且幻灯片的视图较小，在笔记本电脑的显示器上还有注释和计时器。
回答
我推荐Scott Hanselman的帖子(之前提到过)。我写了一篇带一些技巧的帖子，主要是出于自私的原因，我每次进行技术演示之前都会对其进行审阅：
技术演讲提示
如果我们使用的是控制台提示符，请确保该字体可读，并在可能的情况下预先设置路径。
花15分钟安装和学习使用ZoomIt，这样听众就可以清楚地看到我们展示的内容。如果我们必须询问他们是否可以看到某些东西，那么我们已经失败了。
可能最重要的是预先用大的可读字体预先配置单独的Visual Studio设置。
回答
我们听说过Pecha-Kucha吗？
The idea behind Pecha Kucha is to keep presentations concise, the interest level up and to have many presenters sharing their ideas within the course of one night. Therefore the 20x20 Pecha Kucha format was created: each presenter is allowed a slideshow of 20 images, each shown for 20 seconds. This results in a total presentation time of 6 minutes 40 seconds on a stage before the next presenter is up
现在，我不确定是否可以在短时间内进行产品演示。
但是我们可以尝试从概念中获得一些不错的主意，例如简明扼要，切合实际，有效的时间，空间管理等。
回答
如果我们完全使用幻灯片，请遵循盖伊川崎(Guy Kawasaki)的10/20/30规则：
- 幻灯片不超过10张
- 在幻灯片上花费的时间不超过20分钟
- 幻灯片上不少于30点的类型
-亚当
回答
我进行演示时最好的建议之一就是提前简单地录制它们，然后播放视频并进行实时解说。然后，意料之外的事情发生在私下中，并且我们可以根据需要获得尽可能多的刺伤。
通常，我们仍然需要一些环境作为问题参考，但对于演示文稿，提前进行记录(并在视频中进行旁白演练)，几乎可以保证我们处于游戏的顶峰。
我还喜欢在幻灯片中开个小玩笑，并录制一些视频，使制作幻灯片的人似乎在现场直播过程中发表评论，或者实际上有人在运行幻灯片。通常，我完全没有提到幻灯片中的笑话。
例如，在最近的演示文稿演示中，我有一张幻灯片，其文字为" ASP.NET MVC"，以我正在讨论如何使用框架为中心。我使用较小的字体显示文字" Catchy name，是吗？"。当我现场演示时，那张幻灯片发出了笑声。凭空想像力不值得站出来，但是我们经常展示一些非常干的东西，并且一点点帮助。
同样，我收录了一些幻灯片，这些幻灯片只是来自屏幕外的家伙关于我计划要说的简单而刻薄的评论。因此，我要说："该项目的代码库需要一点帮助"，而我身后的幻灯片则说："实际上是一堆意大利面条和3个肉丸子"，以及一盘意大利面条作为幻灯片背景。同样，我没有发表任何评论，而是继续前进到下一张幻灯片，好像我什至没有看到它实际上使它变得更有趣。
如果我们没有最佳的喜剧时机，也可以通过增加压力来减轻压力，这也可能会有所帮助。
无论如何，真正的结果是，我一直在进行大部分演示/演示工作，就像我要进行截屏一样，然后替换我的实时版本(如果出现问题，可以适当暂停视频)当我在观众面前展示音频时，
当然，之后，我们可以轻松地将真实的演示文稿提供给想要的人。
对于幻灯片，我通常会竭尽全力在屏幕上不说确切的单词。
回答
如果显示的是为我们准备的代码，请确保可以使用它。我知道这很明显，但是我当时正参加一个会议，其中五分之四的演讲者都遇到了代码问题。告诉我，当它不起作用时，它"很酷"，甚至"真的很酷"，这是很难的。
回答
对我来说＃1规则是：不要表现得太多。
很容易就能在几周的代码中住上几周，然后想到："该死，当我向他们展示这些东西时，它们会吓坏了！"即使在私人彩排中，我们也会感觉很好。但是，一旦出现在听众面前，代码的复杂性就会乘以听众成员数量的平方。 (为添加的每个受众成员解释代码变得越来越困难！)
看起来如此简单和私下里的事情很快变成了一大碗意大利面，即使我们不理解，也承受着巨大的压力。不要试图显示生产代码(经过良好分解和合理划分)，而是制作简单的内联示例来传达核心信息。
愤世嫉俗的人可能会解释我的第一条规则，因为不要高估听众。作为一个乐观主义者，我认为这并不是因为高估了我们解释代码的能力！
rp
回答
由于听起来像是在进行实时演示，因此我们将在实际系统上工作，而不仅仅是图表(PPT，Impress等)，请确保在开始之前一切都可以工作。它永远不会失败，如果我在开始讲话之前就不尝试它，那将不会像我期望的那样起作用。尤其是演示版。 (我星期二在做一个，所以我可以联系。)
另一件事就是简单地练习，练习，练习。特别是如果我们可以在要演示的确切环境中做到这一点，那么我们就可以感觉到自己需要去的地方，以免妨碍听众以及其他可能遇到的技术难题的视线。到房间的设置或者系统。
回答
除了诸如Mind Manager之类的软件来显示体系结构之外，我们还可以找到一个屏幕录像机作为演示工具来说明技术任务。使用DemoCreator可以很好地制作屏幕活动视频。我们还可以添加更多标注，以使过程更易于理解。
