蘇小木心道。
這種根據一個概念編寫一個程序的形式，對蘇小木來說其實家常便飯。
所以，雖然原本只是個實驗引擎，現在多了科學實驗分類，生活管家小分類。
指不定還會出現更多的分類。
“這個程序是自用，完全不需要考慮軟件生態環境的問題，更何況只是個語音助手的升級版，還是怎么優秀怎么來吧。”
蘇小木是個非常愿意學以致用的人。
“原本的核心語音操縱模塊必須得修改，原本的會話邏輯、語言理解能力都有點弱。”
“學習性？”
“資源的問題不用顧慮的話，這還真是個不錯的選擇。”
明明只是一個人，蘇小木卻仿佛演變成了不同的團隊一樣。
自我進行辯論，并確定最合適的實現方式。
因為有一個600萬億次每秒的超算在背后扛著算力，蘇小木就不打算弱化學習性。
“語音會話邏輯單獨列成一個中心模塊，交由核心引擎代管吧。”
蘇小木劃分出了另一條分支結構。
厘清了語言理解能力、語言模塊等等的實現方式。
噠噠噠的鍵盤敲擊聲音不斷響起。
從上午到中午。
直到吃飯才停下。
放了碗筷，蘇小木就進了書房，繼續噼里啪啦的敲。
其實并不是看上去越高大上的程序的代碼編譯就越復雜，更多的是修修改改，補補停停。
比如Linux內核很吊了吧。
因為開源，有近兩萬名工程師在維護，但總代碼行數只有2500萬行，還包括說明、幫助等等注釋文檔。
Windows7很多人都用過。
內核代碼行數也不過約為5000萬行。
自是包含了無數的說明、幫助等注釋。
有人說，實現同一個目標，用的代碼行數越多，就越羞恥。
毫無疑問，蘇小木是個不喜歡羞恥的人。
毫無疑問，蘇小木敲打代碼的速度也是頂尖級別的。
并且經常性有BUFF加成。
平均每一千次鍵擊會觸發三次錯誤。
平均每一分鐘可以完成一千次鍵擊。
粗略的算下來，5個小時的時間大約能完成一萬五千行代碼的編譯，因為里面包含大量的‘}’等簡略符號占行比。①
在蘇小木的理想設計中，這個程序的代碼不能夠太臃腫。
所以，預計是控制在6萬行以內。
這算得上是一個大型的程序了……
至少對蘇小木來說是這樣的。
在經過一整個下午的精心編寫后，傍晚六點，蘇小木完成了代碼的編寫，按照慣例提交給了超算進行調試。
“呼~希望這次BUFF續了費。”
蘇小木也不敢保證自己編寫的每一個程序都能直接通過超算的調試的。
這是算力上的察覺。
“呼~”
“OK！”蘇小木松了口氣。
程序正式打包運行。
良久，有個聲音從揚聲器中傳出：
“hello，world！”
①：可以理解為主角光環，碼農的苦，作為碼字工的我，懂得很。
======
破碗碎了，好久沒擺都找不到了。