想順便聊一下，每次都會有學員問到：「你是怎麼學會這樣的開發方式跟這麼多功能的？有推薦的內容嗎？」
我：「這事其實很有趣，基本功能其實官網都有，你們也都能看得到，你們也都看過，但你們會用嗎？」
台下的大家搖搖頭... （心裡OS: 會用我還來上課幹嘛）
我：「那就對了，網路上的資源很多，大家都看得到，甚至也都看過，但並不會學會。那只是一堆 information，甚至稱不上是 knowledge，更稱不上是 skill。」
我：「我在開發的過程，會不斷去檢視自己過程中的卡點、瓶頸點，包含如果是思考太久，可以怎麼優化？就更別說是把程式碼從想法變成實現出來的過程。
當我覺得，這邊很卡的時候，我會先質疑自己，不會是工具笨的問題，也不會只有我遇到這問題，所以別人是怎麼解決的，官方有沒類似的功能？」
我：「接著我才從 #我想優化的瓶頸點，去找官網，只是我的官網包含他們的 issue tracking system，GitHub 就包含 open issues，也包含 plugin 的 source code。」
我：「再舉個例子，有沒碰過官方就是 open issue 導致卡住的，當然有！那就是檢視自己有哪些可用的工具、功能、零件來做 workaround。基本上 vim 跟 IDE 的綜效，甚至是一些優化過的開發方式，就是因此而誕生的。」
－－
我們追求的是，「從想法成形，到程式碼產出成想要的樣子，時間趨近於0。」
#劍隨意轉 的境界，並透過單元測試、TDD 之類的作法來 #快速驗證想法的可行性。 這樣一來，自然你可以在一樣的時間限制內，多嘗試幾種不一樣的作法，去看哪一種作法在當下是 #最適當解， #剛好才是最好
當你能這樣子讓程式碼可以隨時隨著想法轉時，在想法與想法之間的 context switch 成本就會降到最低。
接下來要鍛鍊的，就是想法的深度、廣度和速度了。
----
其實看書學習也是一樣的道理的，大家看書是不是就像再看官網一樣，每個功能都看得懂，每個功能看起來都很有用。
重點是 Then?
我想優化的瓶頸點 在 覺得系統卡卡、效能不佳該從何優化 小編建議直接調教user耐心喇 ... 的推薦與評價
覺得系統卡卡、效能不佳該從何優化 小編建議直接調教user耐心喇(誤這次會分成兩集來聊聊關於效能調校這件事找來大家熟悉的百敬老師及祖哥✓效能瓶頸有可能的面向✓ ... ... <看更多>