最近在想自己的Linux kernel roadmap要怎麼定，應該是之前還沒有想清楚。只是有些模糊的，一時的，零星的想法。已經2019年了，想來接觸到Linux已經有十多年。倒現在只能說略懂一點能扯淡的皮毛，這個現實多少有點讓自己感到沮喪。爲啥會這樣？
原因和學渣定律有關：
1.在三分鐘熱度與專一中遙擺
我那三分鐘熱度的毛病不能說是全是很壞的事，至少沒有以那麼畫地爲牢。可惜吾生有涯，而知無涯。而早已無師自通的明白“以有涯隨無涯，殆己”的道理。很容易面臨一種困局：到底是廣度優先，還是深度優先？這個選擇題難，更難的地方是這可能是個無窮嵌套的選擇題目。軟件就是一個廣袤的新世界。光有山頭地盤的語言就有大幾十種。有大牛說會30種語言，還說每年學一門新的。我從C開始，摸了點C++，然後python(這語言真心不錯，其實它是裝成語言的大集市)，後來Java，再又C++。現在回想來，只會C的狀態大約保持了10年，應該要早點學習python,Java,C++。
2.不看書，讀書無用論
當然早些年，內核的書也不多，有些書也寫的很乏味。其次內核早些年變化比較大，從2.6.2x開始基本上無大的變化。內核也走向成熟了。是個學習的好時機。純看代碼來學習的成本比較高，有本導航框架的書，挺省事。
-----華麗的分割線---
技術路線規劃：
1. 內核
2. 有方向性掌握（網絡/外設驅動/體系結構/虛擬化）
3. 向kernel報bug，提交代碼.
20191018