逛微博看到梁杰_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内容不恰当指的是文字太多,不利于听众理解。还是前面说到的,演讲要传播的是思想,一张直观的图远比一页代码容易理解。
四、知识吸收
记笔记,一定要记笔记,千万不要相信自己的记忆力。很有可能一觉醒来你连昨天有几个嘉宾都想不起来了,所以一定、一定要记笔记。
笔记不光要记大会的内容,还要记自己的想法和灵感。听大会的时候往往会产生很多灵感,一定要尽快记录下来,会后再进行深入思考。
会后需要整理笔记,一方面是分类和规范化记录的内容,另一方面是对笔记中记下的灵感进行进一步的思考和分析,将灵感的力量真正发挥出来。
如果能做到这四点,我相信你一定会有一些真正有价值的收获。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。