技術大會到底該怎麼聽？

逛微博看到梁傑_numbbbbb的一點建議，值得學習。

今天是杭JS次日，中午去吃飯的路上忽然有點慌張，投入了時間精力金錢，此次大會我到底收穫了什麼？想了半天，終於找到了一些能讓我心安的東西。思惟一發散，就想寫篇文章來分享下我對於技術大會的見解。

先來看看下面的描述：
一、很是興奮，很早就去會場排隊
二、拿了各類貼紙和贊助商的布娃娃
三、喝着會場的礦泉水或者是贊助商的可樂，吃着免費的零食或者午餐，聽着周圍的人討論本身熟悉或者不熟悉的技術，感嘆氛圍真好
四、抽獎時候無比激動
五、擠了半天和演講嘉賓合了個影而後迅速發微博。
六、聽完以後，拍個合影，打道回府準備週一上班。

我不知道多少人是這樣的狀態，可是我第一次參加技術大會的時候，基本就是這樣，熱熱鬧鬧卻極度空虛。

回去以後，我忽然以爲很不安，花費了一天甚至更多的時間，除了那些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等系統的開關機。
你們感覺一下，參加完大會是否是這種感覺。

那麼技術大會到底應該怎麼聽，到底應該聽什麼？

1、聽思想

大會不是課堂，而是交流思想的地方。重要的是爲何，而不是是什麼。好比芋頭的演講，重要的是他的框架採用相似Rails的「約定」以及相似JAVA的分層，而不是到底用get仍是find來獲取數據。

一個實用的辦法就是把本身放到講者的位置，思考一下若是這些內容是本身在講，但願傳達給聽衆什麼信息。

2、聽過程

有些講者的內容是解決問題，好比如何優化angularjs的性能。對於這類內容，重點是聽講者是如何發現這些方法、解決過程當中遇到了哪些問題以及如何在不一樣方法之間進行選擇，而不是僅僅記住方法自己。解決問題的思路是「漁」，最終的解決方案是「魚」。

3、聽演講

這裏說的演講是指演講技巧。其實聽別人演講是有效提高本身演講水平的一個方法，若是你能發現別人演講中的問題，那你就更容易在本身演講的時候避免這些問題。
我以前也並不過重視這點，可是剛好上週在金山進行了分享，以後又看了《TED演講的祕密》，因此此次大會我特地注意了一下每一個講者的演講方式，發現了很多問題。最多見的幾點：聲音小，語氣無起伏，PPT內容不恰當。最後一點稍微解釋一下，PPT內容不恰當指的是文字太多，不利於聽衆理解。仍是前面說到的，演講要傳播的是思想，一張直觀的圖遠比一頁代碼容易理解。

4、知識吸取

記筆記，必定要記筆記，千萬不要相信本身的記憶力。頗有可能一覺醒來你連昨天有幾個嘉賓都想不起來了，因此必定、必定要記筆記。

筆記不光要記大會的內容，還要記本身的想法和靈感。聽大會的時候每每會產生不少靈感，必定要儘快記錄下來，會後再進行深刻思考。

會後須要整理筆記，一方面是分類和規範化記錄的內容，另外一方面是對筆記中記下的靈感進行進一步的思考和分析，將靈感的力量真正發揮出來。

若是能作到這四點，我相信你必定會有一些真正有價值的收穫。