【第85期】技术大会到底该怎么听？

PS：每到周末从微博上都能刷出好多分享会的信息，有大型的、也有小型的圆桌小讨论，自己花了时间去参加了，自己能收获什么，确实值得思考。In太多，没有out也是价值不大的。

下面这篇文章转自微博上的@梁杰_numbbbbb

今天是杭JS第二天，中午去吃饭的路上突然有点慌张，投入了时间精力金钱，这次大会我到底收获了什么？想了半天，终于找到了一些能让我心安的东西。思维一发散，就想写篇文章来分享下我对于技术大会的看法。

先来看看下面的描述：

1、非常兴奋，很早就去会场排队

2、拿了各种贴纸和赞助商的布娃娃

3、喝着会场的矿泉水或者是赞助商的可乐，吃着免费的零食或者午饭，听着周围的人讨论自己熟悉或者不熟悉的技术，感叹氛围真好

4、抽奖时候无比激动

5、挤了半天和演讲嘉宾合了个影然后迅速发微博。

6、听完之后，拍个合影，打道回府准备周一上班。

我不知道多少人是这样的状态，但是我第一次参加技术大会的时候，基本就是这样，热热闹闹却极度空虚。

回去之后，我突然觉得很不安，花费了一天甚至更多的时间，除了那些T恤贴纸照片，我到底收获了什么？

有一个很流行的段子：本人擅长Ai、Fw、Fl、Br、Ae、Pr、Id、Ps等软件的安装与卸载，精通CSS、JavaScript、PHP、ASP、C、C++、C#、Java、Ruby、Perl、Lisp、Python、ActionScript、Pascal等单词的拼写，熟悉Windows、Linux、Mac、Android、iOS、WP8等系统的开关机。

大家感受一下，参加完大会是不是这种感受。

那么技术大会到底应该怎么听，到底应该听什么？

一、听思想

大会不是课堂，而是交流思想的地方。重要的是为什么，而不是是什么。比如芋头的演讲，重要的是他的框架采用类似Rails的“约定”以及类似JAVA的分层，而不是到底用get还是find来获取数据。

一个实用的办法就是把自己放到讲者的位置，思考一下如果这些内容是自己在讲，希望传达给听众什么信息。

二、听过程

有些讲者的内容是解决问题，比如如何优化angularjs的性能。对于这类内容，重点是听讲者是如何发现这些方法、解决过程中遇到了哪些问题以及如何在不同方法之间进行选择，而不是仅仅记住方法本身。解决问题的思路是“渔”，最终的解决方案是“鱼”。

三、听演讲

这里说的演讲是指演讲技巧。其实听别人演讲是有效提升自己演讲水平的一个方法，如果你能发现别人演讲中的问题，那你就更容易在自己演讲的时候避免这些问题。

我之前也并不太重视这点，但是恰好上周在金山进行了分享，之后又看了《TED演讲的秘密》，所以这次大会我特意注意了一下每个讲者的演讲方式，发现了不少问题。最常见的几点：声音小，语气无起伏，PPT内容不恰当。最后一点稍微解释一下，PPT内容不恰当指的是文字太多，不利于听众理解。还是前面说到的，演讲要传播的是思想，一张直观的图远比一页代码容易理解。

四、知识吸收

记笔记，一定要记笔记，千万不要相信自己的记忆力。很有可能一觉醒来你连昨天有几个嘉宾都想不起来了，所以一定、一定要记笔记。

笔记不光要记大会的内容，还要记自己的想法和灵感。听大会的时候往往会产生很多灵感，一定要尽快记录下来，会后再进行深入思考。

会后需要整理笔记，一方面是分类和规范化记录的内容，另一方面是对笔记中记下的灵感进行进一步的思考和分析，将灵感的力量真正发挥出来。

如果能做到这四点，我相信你一定会有一些真正有价值的收获。