2013年的北京QCon

很荣幸，接到了QCon BeiJing的邀请，去当讲师，去讲一个有关于python的topic。

一周准备¶

在确定了 Topic 的主题后，开始了为期一周的准备时间。这是忙碌的一周，本以为准备PPT会很简单的，但写的时候，才发现很多东西都需要完善和准备，确实不简单。但既然参加 QCon 的讲演，既然去分享，那么就一定要做好它，一定要讲好它。不管怎么说，断断续续，磨磨蹭蹭，总算是写完了。

技巧¶

参加了qcon的讲师培训，收获颇多。

演讲和阅读

演讲不是阅读，不要在演讲中去阅读那些本来应该由资料传达的信息。演讲应该承担书面资料解决不好的问题。『演讲陈述』与『资料阅读』有着不同的特点。否则，直接把讲演的资料打印好发给听讲者回去阅读好了。

准备内容 - 先准备内容，后进行排版（左右脑不同，混杂进行眼中降低效率） - 用手绘思维导图进行内容整理（手绘的印象会比用软件强很多倍） - 产品的FAB（Feature, Advantage, Benefit），聚焦对听众的Benifit。 - 内容萃取漏斗，化繁为简, 信息由混乱复杂变为简洁有力的过程。（通过ticker note能够做到这些） - 传递信心比传递信息更重要（二者会表现出截然不同的思路和做法。不要试图把自己在演讲领域中知道的东西全盘托出，以显干货十足。一次最糟糕的演讲陈述,可能就是因为负载了过多的信息造成的。） - 让你的演讲有合适的『粒度』，不要用逐字逐句的演讲稿，保持粒度最佳工具“sticker-note” - 不要用层级结构，用线性结构来组织slides

现场表现 - 克服紧张：转移观众注意力，刻意演练（自我录像5分钟），现场考察（重要） - 手势：万能切西瓜，双手切，左手切，右手切，切向观众。

忌讳：揣兜，扶臂

视觉力 slides 信息应该具备三个层次： 1. 幻灯片：要点、图片、表格，辅助进行视觉传达 2. 注释：辅助进行语言传达 3. 资料讲义：辅助传递无法细致展开的内容。可以附在最后几页，也可以打印出来，然后发给听讲者。

手段

利用“演讲者视图”，在切换到下一页ppt之前，先通过演讲者试图中的内容，讲述下一页ppt的内容，然后再自然切换，凸显熟练与从容。此手法再电影中的学名：shock cutting。

作为讲师¶

4月，QCon终于开始了。26号上午的企业级第2场是我的slides。主题是：SOHU邮箱在Python中的经验，感觉不错，有可以提高的地方。 - 但是讲的时候过于来回走动了 - 没有在停在一个地方让焦点都集中过来 - 超时7分钟，预期40分钟，讲了47分钟

这个是我infoq演讲的内容这个是slides

作为听众¶

Erlang开发实践¶

QCon北京，我除了是讲师，也听了几场不错的演讲。尤其是对于淘宝余锋的《erlang开发实践》映像还是蛮深刻的。除了开始关于erlang的哲学和世界观，基本上就没有和erlang相关的东西了，都是再讲一些系统设计相关的。

erlang的世界观 - 世界是并行的 - 外物皆独善其身 - 万事皆通讯

世界观很新颖，但是却是很正确。正是这种简单直接的世界观，使得erlang的世界非常的直观和简单

大型系统具有的共通性 - 高响应 - 高性能 - 高一致性

对于这个，我觉得，余锋的意思是指各个系统应该保证在分布式环境下面是一致的，而不是出现多个不同的版本。当然，高一致性还可以指数据上的高一致性。不过大型系统不一定要求高一致性，这个是由具体的业务决定的。而且在很多时候，高性能，高响应和数据高一致性很难达到同时满足

大型系统设计 - 复杂性管理

系统肯定具有复杂性，尤其是大型系统。既然存在复杂性，那么通常要做的事情是把复杂性集中到一个点上，而不要分散到各个地方，只有这样，才能容易管理，容易差错，容易设计，容易实现

警告零容忍

我非常的赞成这个观点。对于看似平常的warning千万不要不在乎，反而，你应该重视起来。因为，这个看似无所谓的warning极有可能是导致你系统崩溃的最亏祸首。这个在我做Postfix MTA 和 Milter 交互时候出现的warning就能开出来。
捣乱系统

余锋提出了一个有意思的观点，就是自己写一个捣乱系统用来模拟各种真实发生的不可预知的异常，例如：网络故障，第3方依赖服务奔溃，硬件损坏，数据库错误。从而破坏生产环境中各种服务的正常运行。用来检测程序的鲁棒性。

大型服务部署

不停机热更新

这个和erlang有关系，因为erlang是支持热更新代码的。对于其它语言，例如python，那么可能没有这种方式，能做的事情可能就是 restart service gracefully。
系统监控

各种监控，磁盘，IO，网络，响应等等
支持随时更新，删除，添加，停止，启动节点
对集群的安全，进行审计：1) 完善的日志；2) 完整的history；

很容易的查找到误操作的步骤（当然，对于操作的history可能和一些业务相关）

2013年的北京QCon

一周准备¶

技巧¶

作为讲师¶

作为听众¶

Erlang开发实践¶

推荐引擎¶