一棵樹想要長得更高，想要接受更多的光明，那麼它的根就必須更加深入黑暗。
……
2008年4月24日。
這一天，舒朗心情有點小激動。
這一天，他要學習brave語言的api了。
api是什麼？就是應用程序的基本編程接口，也就是brave語言本身提供的接口，可以由程序員在開發功能代碼的時候直接調用。
舒朗學到現在，幾乎已經把brave當成了java，這api在他眼裏，估計也就跟當初java語言的api差不多，常用的也就那麼十幾個，其它的只要知道有那麼回事就行，用的時候知道去哪查就ok。
所以，學api對他來說不難。
所以，學api其實一點都不讓他激動。
讓他激動的是，學完了api就可以學習機械驅動和能量驅動了，這兩塊都是他之前學java的時候完全沒有接觸過的，甚至連類比性都沒有。
在他看來，只有學會了這兩門課，纔算真正邁入了機械能量設備驅動編程的大門，纔算真正進入了這個新世界。
他暗自盤算着，下午要讓劉昊然在一小時內把api講完，趕緊進入下一個階段。
……
上午，舒朗把他最近幾天學的東西稍微回顧了一下。
學得快就意味着學的多，學的多就意味忘得快，畢竟還沒有經過實戰演練，很多知識點還沒有真正的烙在心裏，幾天不看，很可能它就跟你說拜拜。
有道是：學而時習之，不亦說乎。
但只有經過實戰演練才能真正把知識點牢牢記住。寫一段驚心動魄的代碼，實現一個高大上的功能，都能夠加深你對知識點的記憶。要是再出點bug，讓你掙扎過、痛苦過、撓過心才得以解決，恐怕你這輩子都不會把它忘了。
但是在有這樣的機會之前，還是先“時習之”吧。
舒朗複習了一上午，把基礎知識點和anix模擬環境都演練了一遍。但不知道機械能量相關的程序到底是怎麼個寫法，這些基礎的東西該怎麼用進去，舒朗只好按照以前寫oa程序的方式，隨便寫了幾段代碼示例，只當是練練手。
debug窗右上角數字跟着變了：
灰色：20171
綠色：0
紅點當然還得用。
不管他寫的這段代碼有沒有用，反正最後是極其工整。
他又把這段代碼上傳到了anix的模擬環境嘗試運行了一下，完全沒問題，當然也沒任何作用。因爲他這anix畢竟是個模擬環境，又不是真正的機械容器。再說了，他寫的代碼也就是打印幾條日誌而已，就算發佈到真正的機械容器上，也同樣沒什麼效果。
……
下午劉昊然來的時候，表情有點惆悵，因爲他還一時沒有想好怎麼試探舒朗，決定還是先講完基礎再說。
“學習brave的挑戰正式開始！”
劉昊然一句開場白，把舒朗嚇的一愣，接下來的解釋，更是直接撲滅了他“儘快學完api”的夢想。
“接下來我們學習bdk的核心api，意味着我們正式踏入了機械能量編程的領域。”劉昊然說。
“不是學了《機械驅動》和《能量驅動》纔算正式進入這個領域嗎？”舒朗不解的問。
“bdk的核心api，是指brave底層的所有api，包括機械驅動和能量驅動的api，至於你說的後面那兩門課程，更加側重於應用層的設計和封裝，底層調用的還是bdk底層的api接口。
正所謂，想要長成參天大樹，就必須先牢牢紮根，同理，想要寫出複用性極強、容錯性極高的程序代碼，就必須要牢牢掌握bdk底層的api。
當你對底層api做到隨心所欲、想用就用、任意組合的時候，離成爲碼神也就不遠了。”劉昊然解釋道。
道理是這個道理，可舒朗聽的感覺似乎有點不太一樣。基礎重要是不假，可基礎再好，那也只是基礎啊！碼神不得靠高階理論和實踐嗎？
“劉老師，你掌握的怎麼樣了？”舒朗問。
劉昊然似乎有點不好意思，但還是說了：“我工作了七年，也只是掌握了一百八十幾個接口而已，其它的雖然也都知道，但實際開發的時候，還是免不了要查api手冊。”
一百八十幾個？
這還不好意思？
我的天哪～
舒朗簡直難以置信！
在他的java認知裏，掌握常用的那十幾個接口就足夠喫遍天了，其它的隨用隨查就好，用的多了，自然也就能多記住幾個，可也不可能掌握一百八十多個啊！
“劉老師，bdk一共有多少接口？”舒朗問。
“常用接口有203個，其它不常用的接口，算上一些二級接口，至少在三千個以上。”劉昊然說。
嚯！
這把舒朗給嚇的，常用203個！總計三千以上！呵呵！怪不得可以成爲碼神！
先不說能不能把這203個api全都記住，就算記住了，一個“任意組合”能排列出多少選擇？還能隨心所欲！那得熟練到什麼程度？反正舒朗想象不出來！
真要是有人能把api掌握到劉昊然說的那種熟練程度，別說叫他碼神了，就算直接叫他“神”，舒朗也服。
“劉老師，你是不是算是準碼神了？”舒朗帶着一絲崇拜着說。
“別開玩笑了，我這才一百八十多個，也只是掌握了基本用法，至於組合用法還差的遠呢。不過，我倒是覺得你有成爲碼神的潛質，加油吧！”劉昊然說完準備開始講課了。
後半句，舒朗根本沒信。打斷道：“等等，劉老師，我有個想法…”
“你說。”劉昊然。
“我覺得這api有點多，咱是不是一時半會也講不完？”舒朗問。
“當然了，我覺得怎麼着也得…三…五天吧！”劉昊然有點猶豫，不知道是不是又低估了舒朗這個變態的實力，想了想還是多說兩天吧，大不了打臉。
“那…咱先講後面那兩門課程吧？先瞭解一下應用場景，再回來學api，也許會有點幫助。”舒朗建議道。
“有道理！”
劉昊然有點喫驚，這倒是十分符合科學學習的邏輯，先認識場景，再學習原理，有的放矢，提高效率。
可以！
從哪講起呢？他還沒做這部分的課程準備，不過也無所謂，自由發揮也沒問題，反正只是講場景，又不涉及實際的api封裝。
於是劉昊然便講了一個案例。
比方說，做一個球場上的機械能量設備極速靴。
顧名思義，極速靴就是加快奔跑速度用的，可以在關鍵時刻幫助衝刺、搶斷、射門等一切需要加快速度的場景。
當然，這極速靴是要穿在腳上的。
要滿足以下幾個需求：
第一，在未開啓的狀態下，極速靴必須能夠適應腳部的正常移動，包括行走、奔跑、起跳、落地、觸球等各種踢球時的正常操作。同時還要在一定程度上，起到保護腳踝的作用。當然了，也不能起到傷害別人的作用。
第二，在開啓的時候，要在穿戴者主動加速到一定程度後，接續式的開啓，不可突然觸發，就像飛機起飛前的助跑一樣。
否則，很有可能出現的情況是，腳飛出去了，人還留在原地。
另外，還要控制加速的程度，不是說越快越好，要時刻計算穿戴者腳部的自主發力情況，以免超出穿戴者的生理承受範圍，而造成身體損害。
同時，還要能夠及時減速停止。
第三，還要能夠按照監管的要求，能夠控制每一場的使用次數，以及每次使用的間隔時間。場次結束後，還可以由專門的解鎖人員將次數重置。
怎樣才能實現這些需求呢？
第一點其實相對比較簡單，未開啓狀態的腳部適應，只要硬件方面做到兼容即可。在軟件方面，這時候其實就是一個待機狀態，隨時等待穿戴者觸發啓動即可。
可怎麼觸發啓動其實是個難題，你不可能跑着跑着，意識一動它就觸發了，電視裏可能會那麼演，爲的是看起來帶勁兒、帥，但實際上，必須得有一個觸發點。
那麼這個觸發點就很關鍵！
做個按鈕？
萬一被誤點怎麼辦？
有人說了，你不是還有速度控制嗎？達不到有效的奔跑速度，誤點按鈕也不會生效啊！
有道理！
但這是足球運動啊，一般有穿戴設備的球員都是隊內的關鍵球員，他們大部分時間都在場上不停的跑啊跑，你能保證他們每一次的奔跑都不會誤點按鈕嗎？萬一正好趕上了呢？
有人說了，那就做兩個按鈕，同時按。
這個稍微有點可行，甚至還真有這麼幹的，但實際上，球員在決定開啓設備的時候，往往都是千鈞一髮的時候，同時按兩個按鈕會增加操作複雜度，尤其是在快速奔跑過程中，很容易導致他們分心，貽誤戰機。
所以，業界比較通用的做法就是，做一個按鈕，但不是實時開啓按鈕，而是延遲開啓按鈕。
何謂延遲開啓？
就是說你按下按鈕之後，不是馬上開啓，而是在接下來的一段時間內，主動加速到指定速度，便會自動接續式開啓。
所以，哪個球員能更快的加速，更有效的開啓極速靴，哪個球員就更有穿戴極速靴的發展潛力。於是乎，大家給這個指標起了個名字：百公裏加速秒數。
沒人能達到百公里時速，這裏其實是代指開啓極速靴的必要速度，大家開個玩笑而已。
說到這，又有人會懷疑：“這也沒法避免誤操作啊！”
的確。
不過這既然是延遲開啓，也就意味着，在正式開啓之前，可以主動解除。
這個按鈕穿戴在什麼位置的都有，完全看球員們的個人習慣。一般被觸發後，都會有明顯的提示，會第一時間讓穿戴者感受到。如果是誤操作，只要不加速觸發，趕緊解除就好。
如果你還要說，在需要正常觸發的時候，被誤解除怎麼辦？
真要是這樣，要麼是他把觸發按鈕放錯了位置，要麼就是他的腦子有問題，他就不配使用如此昂貴的高端設備！
不服來辯？
……
接下來的問題是，按下按鈕之後，根據什麼來判斷他的速度達到了開啓標準。
這就要結合第二個需求同時來分析了。