苏小木心道。
这种根据一个概念编写一个程序的形式对苏小木来说其实家常便饭。
所以虽然原本只是个实验引擎现在多了科学实验分类生活管家小分类。
指不定还会出现更多的分类。
“这个程序是自用完全不需要考虑软件生态环境的问题更何况只是个语音助手的升级版还是怎么优秀怎么来吧。”
苏小木是个非常愿意学以致用的人。
“原本的核心语音操纵模块必须得修改原本的会话逻辑、语言理解能力都有点弱。”
“学习性？”
“资源的问题不用顾虑的话这还真是个不错的选择。”
明明只是一个人苏小木却仿佛演变成了不同的团队一样。
自我进行辩论并确定最合适的实现方式。
因为有一个600万亿次每秒的超算在背后扛着算力苏小木就不打算弱化学习性。
“语音会话逻辑单独列成一个中心模块交由核心引擎代管吧。”
苏小木划分出了另一条分支结构。
厘清了语言理解能力、语言模块等等的实现方式。
哒哒哒的键盘敲击声音不断响起。
从上午到中午。
直到吃饭才停下。
放了碗筷苏小木就进了书房继续噼里啪啦的敲。
其实并不是看上去越高大上的程序的代码编译就越复杂更多的是修修改改补补停停。
比如linux内核很吊了吧。
因为开源有近两万名工程师在维护但总代码行数只有2500万行还包括说明、帮助等等注释文档。
windows7很多人都用过。
内核代码行数也不过约为5000万行。
自是包含了无数的说明、帮助等注释。
有人说实现同一个目标用的代码行数越多就越羞耻。
毫无疑问苏小木是个不喜欢羞耻的人。
毫无疑问苏小木敲打代码的速度也是顶尖级别的。
并且经常性有buff加成。
平均每一千次键击会触发三次错误。
平均每一分钟可以完成一千次键击。
粗略的算下来5个小时的时间大约能完成一万五千行代码的编译因为里面包含大量的‘}’等简略符号占行比。1
在苏小木的理想设计中这个程序的代码不能够太臃肿。
所以预计是控制在6万行以内。
这算得上是一个大型的程序了……
至少对苏小木来说是这样的。
在经过一整个下午的精心编写后傍晚六点苏小木完成了代码的编写按照惯例提交给了超算进行调试。
“呼~希望这次buff续了费。”
苏小木也不敢保证自己编写的每一个程序都能直接通过超算的调试的。
这是算力上的察觉。
“呼~”
“ok！”苏小木松了口气。
程序正式打包运行。
良久有个声音从扬声器中传出：
“helloworld！”
1：可以理解为主角光环码农的苦作为码字工的我懂得很。
======
破碗碎了好久没摆都找不到了。