的视角来解决问题。

    不然真没法解释这种编程效率是怎么来的。

    唯一的问题大概就是乔泽不喜欢用注释。

    不说标准的注释了，提示性的注释都没有。

    他上周也专门跟乔泽说过这个问题，毕竟一个合格的程序员，必须得会善用注册。

    不过当乔泽很奇怪的说了句：“可我不是程序员啊。”

    李建高便放弃了。

    没错，这孩子又不是程序员，哪需要按照程序员那套规则来？

    不过有一说一，李建高看过乔泽敲出的原始代码。

    干干净净，清清爽爽的。尤其是变量的命名自有规律。

    这一度让李建高脑海中升起代码能有这个质量其实有没有注释都无所谓的感慨。

    能迅速修补BUG也证明了这一点。

    应该不会出现上周我写的代码只有我跟上帝知道，下周这代码就只剩上帝知道的窘况。

    反正没有其他人参与到这个整体框架的设计。

    所以，他没有再坚持，随孩子吧。

    然后今天又被惊吓到了。

    此时李建高看向乔泽，就好像在看当代牛顿、爱因斯坦、黎曼、高斯等等大神的综合体。

    “那个，乔泽啊，你这框架都已经测试到这种程度了，你还在忙啥呢？”

    “我在写一个模块，昨晚我看了一些乐理知识，想要尝试让我们的系统在情绪模块的辅助下，能够在合适的场景下，创作出合适的背景音乐，然后在恰当的时候播放。本来是想直接做个音乐库来完善这个功能的，但我了解了下，版权好像很贵。”

    乔泽随口解释了句。

    李建高又有些懵了。

    意思是还要加一个音乐模块，合适的时候响起BGM，但因为版权太贵了，现成的买不起，最好能让系统拥有自己来创作的能力。这样就不涉及版权纠纷问题了。

    咋说呢。

    现有算力不能让机器完成绘画、制图这些功能，所以就从音乐下手了？

    听起来很美好，但李建高非常怀疑以乔泽的情商，设计出的这种逆天情绪模块，能否精准把握客户的情绪。不过咋说呢，李建高觉得他没什么资格去探讨这个问题。

    这已经超出他的知识范围了。

    别提机器谱曲、编曲了，就是现在他正在使用的这个大自然语言模型，都已经超出他的知识体系了。

    本来干涉的就少，这下他是彻底懒得管乔泽怎么折腾了。

    只是犹豫片刻后，给出了建议：“乔泽，要不我跟徐院长说说，请他来做个图灵测试吧？”

    没办法，李建高也是实诚人。

    提前答应了徐大江，这边项目只要出了成果，会第一时间通知他的。之前李建高不知道时还无所谓，但现在既然