對於石墨烯鋰硫電池的夭折，林奇一直耿耿於懷。
這段時間林奇看了很多市面上，需要用到電池的大戶，尤其是人類最大的玩具。
林奇瘋狂的收集着能找得到的關於電動汽車電池的所有資料，尤其是特斯鋰電動車的資料。
特斯鋰電動車，是電動車歷史裡面的水果機。
它的電池設計非常有研究的價值，只是目前出現在網絡的資料還是比較少，但是大概也能看出來一些東西。
特斯鋰電池不像其他電動車用的電池那樣是一個大的電池，而是用了16個電池組，每組電池又有444節電池，總體上一共約有7104顆鋰電池。
如果有人看過特斯鋰電池組的拆解圖，就會發現裡面密密麻麻的電池。
電池組內每一節電池都有保險絲連接着，如果一個電池有問題了，也頂多就是影響了1/7104的行程。同樣如果電池爆炸了，也只會影響到一個，不會造成大的影響。
但是這麼多的電池，除了在結構上把他們配置的整整齊齊以外。還需要非常優秀的電池管理系統，來統籌管理這些電池。
如果電池是士兵，那麼電池組就是營長，而電池管理系統就是將軍。
鋰電池在生產的時候，會存在個體差異，所以在充放電的時候，並不是每一個電池都完全相同的。
這種細微的差異會對電池產生很大的影響，所以就要電池管理系統，通過一定的控制策略來儘量減小這種差異。
優秀的電池管理系統（Battery Management System，簡稱BMS），難不難？
難，很難，非常難！！！
一輛車有7104塊電池，需要一個系統來管理，讓它們協同工作，在充放電的時候儘量保持一致，延長電池的使用壽命，增加電動汽車續航里程。
電池本身的價格，加上電池管理系統，成本約佔了56%。電動車價格貴的鍋，電池背也得背，不背也得背。
林奇瞭解到了這些知識後，覺得自己有必要好好的學習一下編程，爲以後的電池打下一個良好的基礎。
不然等到電池做出來了，但是因爲垃圾管理系統，而讓電池的性能下降了很多，那嬸嬸能忍叔叔都不能忍。
這也和林奇制定的在暑假學習一下編程的目標完全契合。
編程是一門專業的學科，相關的學科更多。
先說語言：就有彙編、c、c++、java、basic、php、c#、python、perl、deiphi、javascript、ruby、D、R、SQL、awk、go、lua、shell……
軟件方面的學科有：軟件工程、網絡通信、嵌入式、IOS、TCP/IP協議、UDP協議……
硬件方面：當然了這就不是編程了，而是計算機和通信方面的一些東西了。
常規的家用計算機、超計算機、光子計算機、量子計算機、生物計算機，通信有光纖通信、電纜通信、量子通信……
每一個學科都值得一個人花費非常大的精力去研究。
林奇現在學的只是其中的很小一部分，只是學了其中的一門編程語言，c語言。
如今的人們決定學習任何一門語言之前，都要先考察這個語言有什麼成功項目。
唯獨C語言沒有必要問，因爲世界上太多的重要系統中，都有C語言的身影。比如操作系統內核、高級語言底層，還有流行的數據庫軟件等等。
這是一門時間悠久，但是一直到現在也還是在編程語言排行榜排前三名的一個語言。
林奇從網上買了一本《C Primer Plus 第6版中文版》，仔細研讀。
從打開記事本，寫下第一行代碼之時，不對，應該說是從下單買這本書的時候，林奇就走向了一條不歸之路。
編程裡面有些術語很奇怪，比如“x=8”，這個東西，如果沒有學過編程的人，看了這個第一印象肯定是，x等於8，x是一個未知數。
但是在編程學過編程的人眼裡，這個其實是一個賦值語句：把8這個int類型的數據賦值給變量x。
入門程序第一個難點就是，知道這個是賦值，而不是一個方程式。
林奇寫出了第一個程序“Hello world！”心情無比的激動，就像自己上小學的時候會寫第一個漢字“一”一樣。
然後就是if、else、while、for、switch、case這些常見的判斷循環語句，能熟練地應用這些語句，再加上內置的很多的函數，還有一些別人寫好的公共的庫的函數，見識的多了，知道他們是怎麼和判斷、循環、賦值語句配合之後，就能寫出來簡單的程序。
不過在學習c語言的過程中，林奇發現了一個規律。
在寫了很多簡單的程序後，就能慢慢的寫一些比較中等的，在之後就是比較大的項目了。
通讀完全書，林奇感覺到c語言的設計肯定也是一個懂藝術的人。
越研究，林奇越覺得編程是一門藝術，編程是美的。
學完了書上的知識，也研究了一些github上的開源項目，林奇覺得已經算是入行了。
提高自己的編程水平有很多方法，最有效的就是又從github（全球最大的開源的代碼站，裡面世界各地的人上傳的各種各樣的程序），找到一些非常有名的開源項目來學習研究，比如nginx。
後來林奇還上網看還能怎麼繼續提高自己，無意中看到一個帖子，裡面介紹說，寫程序不管是任何的語言，都要會算法。
於是林奇又買了一本《算法導論》英文原版，之所以買英文的原版，是因爲聽說翻譯後的有的東西不好理解，還是看英文原版的更好一些，主要是林奇的英文水平高，要不然即使翻譯的再不好也比看不懂要好很多。
學習這本書的時候，林奇的感覺是，苦中有樂，樂中有苦，時而被裡面的精彩算法迷的不行不行的，時而被裡面的算法搞的半死不活的。
算法重不重要，有一個例子，網上有人說的：寫程序就像開一輛車，當你不懂太多數據結構跟算法的時候，憑藉豐富的實踐經驗你也可以將這輛車開好；但是，當有一天這輛車出問題跑不起來的時候，你不懂它內部的運行機制，你要怎麼排除和解決問題？
其實現在已經不需要爭辯算法重不重要了，你打開boss直聘直接搜算法工程師，看看現在的待遇，看看企業的要求，就知道這個東西到底有沒有用了。
人工智能的興起，也帶動了算法工程師（主要是人工智能的算法，不過和普通的算法還是有些關聯的）變得炙手可熱。
林奇學完了《算法導論》，準備找些東西練練手，於是就上網找資料，在一個討論算法的論壇裡面發現了一個算法大賽，林奇興致勃勃的報了名。