對于石墨烯鋰硫電池的夭折，林奇一直耿耿于懷。

    這段時間林奇看了很多市面上，需要用到電池的大戶，尤其是人類最大的玩具。

    林奇瘋狂的收集著能找得到的關于電動汽車電池的所有資料，尤其是特斯鋰電動車的資料。

    特斯鋰電動車，是電動車歷史里面的水果機。

    它的電池設計非常有研究的價值，只是目前出現在網絡的資料還是比較少，但是大概也能看出來一些東西。

    特斯鋰電池不像其他電動車用的電池那樣是一個大的電池，而是用了16個電池組，每組電池又有444節電池，總體上一共約有7104顆鋰電池。

    如果有人看過特斯鋰電池組的拆解圖，就會發現里面密密麻麻的電池。

    電池組內每一節電池都有保險絲連接著，如果一個電池有問題了，也頂多就是影響了17104的行程。同樣如果電池爆炸了，也只會影響到一個，不會造成大的影響。

    但是這么多的電池，除了在結構上把他們配置的整整齊齊以外。還需要非常優秀的電池管理系統，來統籌管理這些電池。

    如果電池是士兵，那么電池組就是營長，而電池管理系統就是將軍。

    鋰電池在生產的時候，會存在個體差異，所以在充放電的時候，并不是每一個電池都完全相同的。

    這種細微的差異會對電池產生很大的影響，所以就要電池管理系統，通過一定的控制策略來盡量減小這種差異。

    優秀的電池管理系統batteryentsyste，簡稱bs，難不難？

    難，很難，非常難！！！

    一輛車有7104塊電池，需要一個系統來管理，讓它們協同工作，在充放電的時候盡量保持一致，延長電池的使用壽命，增加電動汽車續航里程。

    電池本身的價格，加上電池管理系統，成本約占了56。電動車價格貴的鍋，電池背也得背，不背也得背。

    林奇了解到了這些知識后，覺得自己有必要好好的學習一下編程，為以后的電池打下一個良好的基礎。

    不然等到電池做出來了，但是因為垃圾管理系統，而讓電池的性能下降了很多，那嬸嬸能忍叔叔都不能忍。

    這也和林奇制定的在暑假學習一下編程的目標完全契合。

    編程是一門專業的學科，相關的學科更多。

    先說語言就有匯編、c、c  、java、basic、h、c、ython、erl、deihi、javascrit、ruby、d、r、sql、ak、、a、shell……

    軟件方面的學科有軟件工程、網絡通信、嵌入式、ios、tci協議、ud協議……

    硬件方面當然了這就不是編程了，而是計算機和通信方面的一些東西了。

    常規的家用計算機、超計算機、光子計算機、量子計算機、生物計算機，通信有光纖通信、電纜通信、量子通信……

    每一個學科都值得一個人花費非常大的精力去研究。

    林奇現在學的只是其中的很小一部分，只是學了其中的一門編程語言，c語言。

    如今的人們決定學習任何一門語言之前，都要先考察這個語言有什么成功項目。

    唯獨c語言沒有必要問，因為世界上太多的重要系統中，都有c語言的身影。比如cao作系統內核、高級語言底層，還有流行的數據庫軟件等等。

    這是一門時間悠久，但是一直到現在也還是在編程語言排行榜排前三名的一個語言。

    林奇從網上買了一本《crirs第6版中文版》，仔細研讀。

    從打開記事本，寫下第一行代碼之時，不對，應該說是從下單買這本書的時候，林奇就走向了一條不歸之路。

    編程里面有些術語很奇怪，比如“x8”，這個東西，如果沒有學過編程的人，看了這個第一印象肯定是，x等于8，x是一個未知數。

    但是在編程學過編程的人眼里，這個其實是一個賦值語句把8這個t類型的數據賦值給變量x。

    入門程序第一個難點就是，知道這個是賦值，而不是一個方程式。

    林奇寫出了第一個程序“helloorld！”心情無比的激動，就像自己上小學的時候會寫第一個漢字“一”一樣。

    然后就是if、else、hile、for、sitch、case這些常見的判斷循環語句，能熟練地應用這些語句，再加上內置的很多的函數，還有一些別人寫好的公共的庫的函數，見識的多了，知道他們是怎么和判斷、循環、賦值語句配合之后，就能寫出來簡單的程序。

    不過在學習c語言的過程中，林奇發現了一個規律。

    在寫了很多簡單的程序后，就能慢慢的寫一些比較中等的，在之后就是比較大的項目了。

    通讀完全書，林奇感覺到c語言的設計肯定也是一個懂藝術的人。

    越研究，林奇越覺得編程是一門藝術，編程是美的。

    學完了書上的知識，也研究了一些github上的開源項目，林奇覺得已經算是入行了。

    提高自己的編程水平有很多方法，最有效的就是又從github（全球最大的開源的代碼站，里面世界各地的人上傳的各種各樣的程序），找到一些非常有名的開源項目來學習研究，比如ngx。

    后來林奇還上網看還能怎么繼續提高自己，無意中看到一個帖子，里面介紹說，寫程序不管是任何的語言，都要會算法。

    于是林奇又買了一本《算法導論》英文原版，之所以買英文的原版，是因為聽說翻譯后的有的東西不好理解，還是看英文原版的更好一些，主要是林奇的英文水平高，要不然即使翻譯的再不好也比看不懂要好很多。

    學習這本書的時候，林奇的感覺是，苦中有樂，樂中有苦，時而被里面的精彩算法迷的不行不行的，時而被里面的算法搞的半死不活的。

    算法重不重要，有一個例子，網上有人說的寫程序就像開一輛車，當你不懂太多數據結構跟算法的時候，憑借豐富的實踐經驗你也可以將這輛車開好；但是，當有一天這輛車出問題跑不起來的時候，你不懂它內部的運行機制，你要怎么排除和解決問題？

    其實現在已經不需要爭辯算法重不重要了，你打開boss直聘直接搜算法工程師，看看現在的待遇，看看企業的要求，就知道這個東西到底有沒有用了。

    人工智能的興起，也帶動了算法工程師（主要是人工智能的算法，不過和普通的算法還是有些關聯的）變得炙手可熱。

    林奇學完了《算法導論》，準備找些東西練練手，于是就上網找資料，在一個討論算法的論壇里面發現了一個算法大賽，林奇興致勃勃的報了名。