然而这一次的声望，实实在在的出乎了苏小木的预料。

    当苏小木出现在校园里的消息被传播开来后，无数人往苏小木的移动方位赶去。

    尤以计算机科学与工程学院、软件学院为最。

    其中，掺杂了些新闻与传播学院、艺术学院的学生。

    这一切，苏小木并不知情。

    他现在有点脑阔疼。

    虽然中午已经极力爆肝了，遗憾的是，并没有成功完善存储Cao作系统的核心模块。

    核心模块在苏小木的构架中很狭隘。

    只有引导、进程内存管理、底层接口调用、通信这寥寥几个大的部分。

    其实整个存储Cao作系统在苏小木的架构中都非常狭隘。

    只分为核心模块组件、存储管理组件、文件系统组件三个部分。

    相对而言，核心模块组件的内容最多。

    但尽管是这样，像什么设备、驱动等等都被直接砍掉了。

    存储管理组件的内容非常非常少，只管硬盘矩阵上的磁盘存储整体过程，这一部分苏小木打算留在最后。

    为了尽可能的趋向于人工智障，注意并非是甚嚣尘上的扯淡人工智能，的领域。

    苏小木大胆的核心模块上应用了lisp语言。

    一般而言，像最常见的dowsCao作系统只会使用两种或三种语言，必要的底层接口调用这个模块用汇编来实现；

    其它所有模块用c++，顶多再用少量的c实现的。

    至于lux，整个内核几乎完全是使用c来写的，林纳斯对c语言的推崇备至就来源于此。

    基于lux虚拟机修改的android有传言说是用java写的，但推出的版本却是c的sdk。

    有这么多的先例在，苏小木也不会头铁的杂七杂八的弄。

    几乎是以c为主，用了非常少量的lisp来写了部分小模块。

    lisp这种语言确实非常优秀。

    只不过苏小木的头不够硬，没能一鼓作气完成。

    主要吃了对lisp没有太熟悉的亏，当然，c语言是没啥问题的。

    嗯……一点问题没有！

    好吧，问题就出在c语言上，没有彻底透彻的了解，不如系统给过完美解析的gong、python、jav、kotl等编程语言。

    这才是苏小木脑阔疼的原因。

    “也不知道一会能不能抽个时间抽个奖，抽出来个大满贯语言包！”苏小木暗自嘀咕。

    然后就被喧嚣给包裹了。

    “哇，快看，那就是小木学长！”

    “比照片还要更帅耶！”

    “小木学长，给我签个名呗！”

    “小木学弟，我喜欢你！！！”

    “……”

    苏小木：“？？？”

    今天这是怎么了，以前虽然也偶尔会有同学比较热情的出现，但不像今天这么扎堆。

    一波又一波的。

    把他都给弄懵逼了。

    “怎么了，这是？”苏小木搔了搔头。

    主要是苏小木还看到了男孩子。

    这在以往是不太可能的，毕竟没那么多的知男而上！

    然而没有人能完整的回答苏小木的问题。

    只有一些零零散散的回答，比如中午有庆功会之类的，你苏小木错过了。

    比如，副校长都来了仨。

    比如各种乱七八糟的。

    反正总结就是一句话，苏小木，你错过了一个亿！