第七章.多元2.0版本采用神龙编译器（1 / 2）
晚饭后，婉晴陪着奶奶去楼下遛弯去了。
几周过去了，林自强把2版本的模型架构设计基本建立起来，休息一下，准备抽空看看林久浩写的1代码。
老林一直在看林久浩给老丁写的程序，这个程序是应老丁要求，为用户做的信息系统维护程序中的智能管理部分。利用了林自强的多元关联拟脑原理1版本，把信息系统内部诸多硬件设备及端口线路处理器等，诸多软件系统进程资源等，及已经发生的故障变更等，全部信息元化，并利用多元关联形成网状连接结构。当一个故障发生时，智能部分可以根据关联信息元，自动查找故障发生点及原因。
晚上九点多了，林自强正在看林久浩写的代码，手机发出“叮”的一声，微信上传来久浩的信息。
“老爸，休息了吗？”林久浩
“还没有，啥事呀？”林自强
“老爸，您看了我们给丁叔写的1最终版本程序了吗？”林久浩。
“看了，这么大的代码量，就你们宿舍几个人一起写的？”林自强
“是呀，三多刘胖袁朗，还有两个俄罗斯的朋友，哦，他们可是俄罗斯编程比赛的冠军小组”。林久浩。
“python，这么大的代码量，你们有可以拷贝成型的或相近的开源代码段吗？”林自强。
“没有，老爸，python社区上没有我们要的函数代码，我们的多元关联体系就是一个崭新的领域，外网上没有成型和相近的代码，可借鉴的都没有，所以这里面很多代码都是我们小组写的”林久浩。
“不要影响学习，不要影响健康，不要。。”林自强。
“知道了，老爸，不影响，准时吃饭准时运动，学习成绩都ok”林久浩。
“好，那我就放心了，让你们勤工俭学，不能影响学业”林自强。
“老爸，这回给丁叔做的智能运维关联系统，没有用您的2版本模式，还是1版本模式”林久浩。
“这种系统维护程序，主要分析的是信息元的关联性，单一生的关系，所以放在三维坐标用六亲生克关系反而复杂化，你的选择是对的”林自强。
“不过，老爸，您的2版本准备怎么实施和部署呀？”林久浩。
“提升硬件计算力，你丁叔又找到了一批大企业淘汰的服务器，这回鸟枪换炮，三十多台中凑出来七台服务器，四处理器的”林自强。
“算力够了，就可以大干一场的，太兴奋了”林久浩
“算力不一定够，如果建立基础2平台，提供saas服务，并开源一些函数，让用户可以按照自己的应用模式建立部分函数，算力不一定够”林自强。
“老爸，你打算开源吗？”林久浩
“开源一部分函数，基础的模型不开源，基础模型库只作为saas应用，提供免费服务”林自强说道。
“哦，您要提供服务，就不只是算力问题，老爸，还有存储能力，你要开源服务，还需要注意安全问题”林久浩。
“确实需要网络磁盘柜，这个必须考虑买，我已经考虑在内了，两套存储系统，互为备份”林自强。
“安全呢？发生安全问题怎么防范？”林久浩
“安全问题不大，因为我们本来就开源，所以攻击的价值不大”林自强。
“不一定，老爸，您忘了还有僵尸服务器和破坏数据两种情况，而且僵尸问题不解决，有可能摊上法律责任”林久浩。
“僵尸问题好办些，我们的系统平台用国产的，你丁叔他们有安全linux，是重新编译的linux可以满足使用，再部署防火墙及认证审计系统，而且就这么十几台服务器，每天做一遍安全检查不是问题，应该能防范僵尸化服务器”林自强。
“只要保障数据不丢失，即使被ddos攻击导致服务无法提供，也不是大事，因为是免费开源的。”林久浩。
“对的”林自强。
“不过，老爸，还是给您两个建议”林久浩。
“你说”林自强。
“第一把数据分在两个网中，内部核心网和外部服务网络，每天手动做一下数据同步”林久浩。
“嗯，这个工作量不大，可以”林自强。
“另外，我在外部服务网服务器上，建立一些授权等级高的目录及伪装代码文件，您平时多监控这些目录及文件，看看有没有人感兴趣”林久浩。
“伪装代码，很容易识破的”林自强。
“加密呀，伪装的文件高强度加密，等着他们识破，如果不行就用不可逆加密，偷窃者自己去玩吧”林久浩。
“不错”林自强。
“不过，老爸，这样您工作量太大了，整个公司就您和我妈还有干妈，技术活全在您身上”林久浩。
“现在不是三个人了，这边有两位新员工进入公司，你还不知道吧？”林自强。
“新员工？”林久浩
“新员工，老熟人，老吴和他徒弟小孙。本来我们的服务器在你丁叔机房里，也是他俩抽时间维护的，现在你丁叔决定把两人直接入职我们公司，专职维护我们的系统”林自强。
“太棒了，老爸您在内网继续保留我的vpn权限，我也可以继续远程帮着做些工作”林久浩。
“你用开源代码做的那个vpn安全吗？，安全的话，怎么没有一家网络安全公司这么做？”林自强。
“特殊客户端的，特殊模式特殊加密算法，只要我不说那就绝对安全。就是不能推广，一推广知道的人多了，安全强度就大幅下降”林久浩。
“你就自己掌握吧，虚假安全。。。虚假安全。。。”林自强
“虚假安全。。。也是安全呀”林久浩。
“等有了资金，我买最好的，国产的，vpn，防火墙”林自强。
“算力，算力，老爸，我都热血沸腾了，你就看着吧，代码爆发，那后续是不是还可以，再廉价买一些淘汰的服务器，提升算力？”林久浩。
“可以呀，不过这些不是关键问题，我有两个重要问题，想听听你的意见”林自强。
“老爸，您说”林久浩。
“第一个问题是信息元编码问题，是用词元编码，还是用纯编码，还是用词元+编码，我看到你的程序里面用的是词元+编码”林自强。
“对呀，老爸，您真的做一次实例就知道了，单纯词元编码容易产生重码，而且编码对应地址还是要转换编码。单纯的编码方式又不直观，未来还要增加词元对应索引，所以我就
直接用词元+编码方式”林久浩。
“你做的程序是最简单的方式，不是完整的拟脑过程，我分析的结果是，词元+编码和纯编码都需要”林自强。
“那就梳理一遍，看看怎么用最合适”林久浩。
“对，思维的开始，首先是感应层，感应层会接收到内容，然后内容信息化，也可以理解为文字化，在这些文字中以关键字为词元，整理词元组，以词元组对应词元+编码，解析为信息元，这时的信息元会安置到多元关联库模型的节点上”林自强。
“老爸，内容被信息元化的过程，需要对应到词元+编码库，当已经信息元化后的元进入多元关联库，直接使用编码就好了。”林久浩。
“对，这样做就不需要词元+编码的方式，只需要做一个词元对应编码的库就可以，而且一个词元会产生多个编码可能，使用多词元组对应编码解决”林自强。
“老爸，这样后期数据信息会暴涨的，一旦方式选择错误，以后。。?”林久浩。
“一样呀，任何方式都会引起数据倍量增长，先用词元组对应索引库及纯编码方式，如果发生问题，再拆解或者合并索引简化编码”林自强。
“我也认为是这样，反正以后还可以拆解合并编码，老爸，另一个问题呢，更头疼是吧，您总习惯先说容易的，而且容易的您早有决定，只是通知我一下”林久浩。
“另一个问题更头疼，我们基于什么语言，不能再用python了，效率会越来越差的，而且。。。。”林自强。
“知道了，老爸，你是不是想用底层语言重新编？”林久浩。
“嗯，万一哪一天不能用python，甚至不能用intel，我们可以通过替换汇编指令，让系统灵活迁移”林自强。