每個組件不僅要考慮自身的情況，同時還要考慮到其它組件傳過來的觸發數據，計算量既龐大又複雜。
這裡麵除了基礎的數學運算以外，還會涉及到多方麵學科的知識，比如解析幾何、線性代數、微積分、牛頓力學、流體力學等等等等。
最複雜的還是異常情況的處理。
比如說，設備的部分表麵被腐蝕損壞，導致局部傳感器失效，驅動程序必須能夠根據硬件的反應識彆出來，及時做出補救調整，至少要保證設備在整體上仍然處於可用狀態，不會因為缺失了部分數據而導致計算偏移。
真正體現技術和產品實力的地方，不在於正常情況完成的多麼好，而在於對各種異常情況都能兼容的能力。
硬件是死的，能量塊是死的，ai也是死的，但人是活的！能寫出兼容性極強的靈活代碼，那才是好工程師。
……
哪怕是一個很小的機械能量設備，也需要一個團隊來完成。這個團隊中，除了代碼工程師，一般還有有一個這樣的角色產品經理。
負責任的產品經理，一般都會把各種計算的指標和規則都整理好，交給代碼工程師來開發。這樣可以極大的減輕工程師的負擔，可以不用再做複雜的計算，隻關注ai調用即可。
但是，如果隻能在產品經理的指導下才能完成代碼，就算你學過了高級編程，那你永遠也隻能算是個初級水平。
再說了，真正負責的產品經理能有幾個？
人無完人！
尤其是產品經理。
濫竽充數的實在太多了，如果代碼工程師不能對自己的代碼進行業務上的把關，遲早會接產品經理一鍋。
一般來說，進階到高級編程以後，就算不用自己做計算，也至少要具備能夠做計算的能力，起碼要能跟產品經理形成互補，填補他的計算漏洞。
如果有機會能夠進階到資深編程，那就又不一樣了。資深編程的團隊裡根本就沒有產品經理，或者說人人都是產品經理。
在一個資深編程的團隊裡，雖然不一定會讓你做計算方麵的工作，但你必須要具備可以做各方麵計算的實力，大家隻是分工不同而已。說不定隨時會有一個模塊需要你頂上。
……
劉昊然情不自禁的聊了許多，看看舒朗的狀態似懂非懂，決定先緩緩。
舒朗呢，他其實聽懂了，他懂了一個事實太t難了！就剛才那一串學科就把他給嚇懵了。
解析幾何、線性代數、微積分、牛頓力學、流體力學…
舒朗絞儘腦汁，試圖從記憶裡翻出點相關的東西，無奈，連書皮長什麼樣都想不起來。一想到要回去學高數，就忍不住打了一個機靈。
他不是不想學，而是條件反射的結果。
當初因為第一堂課沒入門，導致後來所有的數學課都爬桌子睡大覺，然後高數就很榮幸的成為了舒朗大學生涯所掛的第一科。
以舒朗目前的情況來看，意識覺醒，邏輯出眾，真要回去再學一遍應該不成問題，可哪有那麼多的時間？
空悲切啊！
再想想那三千多條ai，舒朗心裡頓時一陣心酸，涼了半截。
……
劉昊然見舒朗狀態不太對，也沒接著講，把自己以前做的一個極速靴的驅動代碼發給了舒朗，讓他先看看，學習一下，找找心得。
ai不會用，但看總會吧？
再不行去查ai手冊，雖然效率慢了點，但總歸對學習來說是有很大好處的。
六點，劉昊然離開。
舒朗無精打采，想想那幾個學科就頭疼，哪有心情看代碼。
但是他知道，如果不把那些知識都學會，將來就不可能邁入資深編程的行列，可那是想學就學的嗎？沒有幾年的鑽研，能有什麼收獲？
悻悻之下，舒朗還是點開了極速靴的驅動代碼，加載到eclise裡，隨便點開一個代碼文件，首先映入眼簾的便是工整的注釋。
一看作者
嗬嗬，這英文名起的不錯，這是要做掌控者啊！
舒朗瞟了幾眼代碼，果然有很多ai的調用都看不懂，連查帶猜的看了一段，總算弄明白了那段代碼是在乾什麼。涉及到邏輯的都無所謂，最擅長的就是乾這個，但一旦涉及到計算公式，就會直接傻眼懵逼。
“沒意思啊～”
舒朗歎息一聲，不想看了，學習的欲望暴跌。
但是他突然想起了debug窗上的那個紅點，忍不住想看看劉昊然寫的代碼有沒有bug。