指不定还会出现更多的分类。

“这个程序是自用，完全不需要考虑软件生态环境的问题，更何况只是个语音助手的升级版，还是怎么优秀怎么来吧。”

苏小木是个非常愿意学以致用的人。

“原本的核心语音操纵模块必须得修改，原本的会话逻辑、语言理解能力都有点弱。”

“学习性？”

“资源的问题不用顾虑的话，这还真是个不错的选择。”

明明只是一个人，苏小木却仿佛演变成了不同的团队一样。

自我进行辩论，并确定最合适的实现方式。

因为有一个600万亿次每秒的超算在背后扛着算力，苏小木就不打算弱化学习性。

“语音会话逻辑单独列成一个中心模块，交由核心引擎代管吧。”

苏小木划分出了另一条分支结构。

厘清了语言理解能力、语言模块等等的实现方式。

哒哒哒的键盘敲击声音不断响起。

从上午到中午。

直到吃饭才停下。

放了碗筷，苏小木就进了书房，继续噼里啪啦的敲。

其实并不是看上去越高大上的程序的代码编译就越复杂，更多的是修修改改，补补停停。

比如Lux内核很吊了吧。

因为开源，有近两万名工程师在维护，但总代码行数只有2500万行，还包括说明、帮助等等注释文档。

&ns7很多人都用过。

内核代码行数也不过约为5000万行。

自是包含了无数的说明、帮助等注释。

有人说，实现同一个目标，用的代码行数越多，就越羞耻。

毫无疑问，苏小木是个不喜欢羞耻的人。

毫无疑问，苏小木敲打代码的速度也是顶尖级别的。

并且经常性有BUFF加成。

平均每一千次键击会触发三次错误。

平均每一分钟可以完成一千次键击。

粗略的算下来，5个小时的时间大约能完成一万五千行代码的编译，因为里面包含大量的‘}’等简略符号占行比。①

在苏小木的理想设计中，这个程序的代码不能够太臃肿。

所以，预计是控制在6万行以内。

这算得上是一个大型的程序了……

至少对苏小木来说是这样的。

在经过一整个下午的精心编写后，傍晚六点，苏小木完成了代码的编写，按照惯例提交给了超算进行调试。

“呼~希望这次BUFF续了费。”

苏小木也不敢保证自己编写的每一个程序都能直接通过超算的调试的。

这是算力上的察觉。

“呼~”

“OK！”苏小木松了口气。

程序正式打包运行。

良久，有个声音从扬声器中传出：

&n，orld！”

①：可以理解为主角光环，码农的苦，作为码字工的我，懂得很。

破碗碎了，好久没摆都找不到了。