上面一章，我們談的是向大師學框架。
但問題是，有時候你想學的課，不是沒有人教。而是這個領域只有老師用講述法在上課，那要怎麼辦？
這也是我們日常常遇到的場景，不是每個老師都會用講述法以外的方法上課，也不是每個老師都懂課程結構設計。
我以前也遇到過這樣的問題。更精確的來說，這就是之前上一章，要不要做筆記的兩難。
到底是要用筆「錄下內容」，還是要用筆「記住重點」？
一般來說，如果你去參加一個公開商業的研討會，如果講者裡面十個有兩三個講的不精彩的。你就會覺得很倒楣了。
程序員的世界剛好倒過來，如果你參加程式設計師的研討會，十個講者如果有 2-3 個講的逗趣、精彩又有乾貨的，簡直是祖上燒香。在程式設計師的研討會，大家的投影片對比商業世界的標準，簡直慘不忍睹：
- 投影片塞滿字、定義、代碼！！！！！（對，你沒看錯，有人塞滿代碼然後自顧自的講解，而且這是常態）
- 講者毫無演講技巧，整場都在念投影片
- 投影片要不是塞滿字，就是只有幾個字。要你自己腦補程式跑出來的效果。
- 大神語速超快的在講解你完全不懂的艱深概念，還邊講邊笑了起來，原來是他在投影片代碼裡面插了一個用程式寫的梗。周遭比你厲害的都笑了，只有你一臉蒙逼。
所以，這行甚至會衍伸出來一個奇怪的對人評判的「感覺」。要是對方講的東西你都聽不懂，是對方技術比你強。要是對方講的你每個字都明白，我們會下意識覺得對方技術比你差。
跟現實世界根本反過來。
（正常世界，只有精通領域的大師，才能把概念拆解譬喻到一般小白都懂。但是高級新手等級的程式設計師卻會認為能有這樣能力的人，只會騙小白。該崇拜的是那些每天都講外星話的大神。）
也因為正常技術研討會，品質如此慘烈。有你聽的懂又覺得精彩的 Talk 實在太少了。
所以後來我出席技術研討會，就有一套自己的聽講方式。
- 我只帶著自己想要解決的問題去聽，有聽到重點就記下來。反正這些程式設計師都是開源魔人，投影片一定上網。所以聽不懂來不及理解的就下載投影片，慢慢看他上面寫的內容就好了。如果覺得內容根本是垃圾或完全聽不懂，直接走人去大廳找人聊天就好了。
- 如果投影片上沒有你要知道的問題。結束後找到講者攀談，直接問他就可以了。程式設計師都很渴望人家理解他的神蹟，只要捧他兩句，什麼問題多半都有解答。甚至他還會熱心的要求你留下 email，過幾天把答案或答案寄給你。
也因為這個時代，多半技術研討會都有錄影，並公開上網。
所以在參加技術研討會時，我很習慣只 focus 在自己有可能找到答案的 Talk，以及有可能是答案的章節裡，專心做筆記與總結。無聊 Talk，我直接睡覺或離開會場，不會在乎我是否已經花了高價旅費來了這場研討會，更不會場場都想聽。因為注意力實在不夠多。（你知道當整場地雷 Talk 簡直太多時，就不會覺得自己沈沒成本太高，相反的你會尋找如何從垃圾裡面淘金的方法）
這個方法，也只有近幾年科技才做得到。
因為這個時代有錄音筆，還有付費的人工語音整理辨識。
我們之所以聽講述容易累，主要有幾個原因：
- 講述法傳出來的是聲音，大腦接收到聲音並且轉成可以理解的概念，非常耗能量
- 理解並且轉錄整合到自己的經驗與記憶裡面，更加耗能量
- 聲音是線性的，所以當老師自顧自的分享自己經驗時，其實你無法掌握他要講什麼內容，並且不知道與自己的目的是否相關。所以如果老師的開場 15 分鐘並不精彩，聽眾的注意力與 CPU 可能就會因為空轉而轉移到其他的注意力上了。
也因為講述法，老師是否開場精彩，以及講述的內容是否切和聽眾所知，非常賭運氣。
所以遇上這樣的情形，我多半會將整場 Talk 錄音，回家付費轉成文字稿。
並且使用「極速讀書法」（見打造超人大腦一書，本方法在此書裡面不重新敘述）摘出我想要知道的重點，重做筆記。
我知道自己在研讀文字內容的記憶與效率，是遠超過用聲音的。
而且在文字上研讀，比起聽聲音。文字可以做到語音內容無法快速做到的「前進」、「後退」、「搜尋」。
所以我非常習慣再上現場課、網課時，將這些課程「文字化」。
再用極速讀書法，學習一遍。
也因為我讀過艾賓豪斯的理論
1小時後，56%被遺忘掉，44%被記住。
我深知，記憶就像水果一樣，不趕緊採下來做防腐保存，就會腐化消失了。
所以，我在參加研討會時，每個小時都會整理一次筆記。把該場記下的重點重新順一遍。
並且在中午或晚上時，至少各開一次直播，直接敘述我當天的心得。
開直播的好處是：
- 我知道鏡頭對面是真人，我會以向教一般人的口吻，試圖以我理解的，對方也聽的懂得方式，重新連起我在演講裡面學到的東西，進行敘述講解。這等於是第一次深刻的「複習」。
- 重寫、重新筆記速度本身很慢，也很耗時。如果我中場整理的方式的是筆記而非進行直播。恐怕就會耗掉太多腦力。接下來其他場次的聽講，我就沒有注意力了。所以這個動作，我通常是回到飯店以後或者活動結束後隔天，才會做。
- 直播通常有錄影。所以等於是我當場的一個語音快速筆記。我後面要是整理筆記的話，可以直接將錄影轉成文字，整理筆記更快。而且這次的筆記整理，就算是第二次深刻的「複習」。
然後，我回到飯店後，如果還沒睡。我一定盡量在當天直接整理整天的筆記，不管是用文字寫，或者是又再開一次直播整理。
所以，參加一個研討會，我當天就至少會進行記憶摘要與整理至少兩次了。
這樣一週內我要發博客或長篇筆記時，基本上我還能記得非常非常多的細節。而且有些課，經過我這樣整理，基本上很多關鍵概念，就從此再也很難忘掉了。
這個方法雖然有效，但是留下來的多半是「事實」與「概念」性的知識。
時間久了，我還是會忘掉裡面大半的內容，我能記得的，可能也多半只是記得要用哪些關鍵字，重新在我外部的儲存空間（博客、FB 心得文、私人筆記軟體）上重新找到。
所以要變成我的技能的一部份。我同常會摸索將這些知識，做成一套小框架套路。
直接應用。甚至多用幾遍。
我做過最變態的事蹟，莫過於自己掙扎摸索出極速寫書法的第一版的時候（當時剛把寫書速度從半年一本，提升到一個月一本的速度）。於是我做了一個變態的舉動，我在寫完這本書以後以內短短的時間，又重新用這個框架，用一個禮拜寫了一本新書。
來驗證我自己「理論」的可行性，以及熟練我自己發明的這套框架的流程與底層原理。
初聽你可能會覺得我這個人有點變態。但事實上我在編程時，學東西、發明框架，也多半有類似的習慣。
而我在上過 Bob Pike 的課程，以及自己研讀布魯姆教學分類法，以及諸多認知心理學的書籍後，也是會將其中粹取的理論，在我原有的工作流程上運用。創建新框架或融合舊框架，以確保我真的「取得」了這個技能。