第三一三章 庞大（2/2）

，这一原则在软件工程领域司空见惯，将测试目标视为有一定数量接口的黑盒子，测试时，仅专注于其在特定输入情况下的输出，是否符合要求，而不关心其内在的运行机理。

    这种测试方案，但凡熟悉软件测试的人，都知道不一定靠谱。

    尤其是涉及到软件、系统乃至体系控制权的核心模块，按理说，黑盒测试根本无法保证100%的排查隐患，标准做法应该是从“需求分析”开始，一层一层的核查软件设计流程，对软件本身的检查，更应该细化到每一行代码。

    但是面对“全产机”，哪怕只是nep、ama大区的次级节点，人工编写的代码就超过了一亿行，分布在若干不同层级的服务器与核心处理机上，粗略估计，以ffri-it相关委员会的能力，完全核查所有的控制、接入与管理代码，耗时会在二十年以上。

    二十年，一个非常夸张的数字，不禁令顶层怀疑ffri-it在有意拖延，或者极度缺乏人手。

    表面上看，情况确乎如此，托马斯*安生所在的核查委员会，一共只有不到二十名软件架构、信息安全等领域的工程师，面对“全产机”次级节点的一亿行代码，和几乎无法实时测试的运行环境，的确是两眼发黑。

    那么增加编制可以么；

    譬如说，将委员会的规模扩大十倍，两年内完成这一切。

    理论上当然可以，实际上，当委员会的专家数量扩充十倍、达到两百人之众时，其原本要着力铲除的“权限篡夺”之幽灵，几乎必定就会在委员会内出现。

    即便是联邦政府管辖的机构，里面的人，就一定绝对可信，而不会在核查时暗中作梗么。

    联邦的顶层，有产者，统治阶层，追逐apms、乃至于apos的最初动机，是基于内心深处对他人的不信任，幻想着通过“全产机”，彻底将“人”这一因素从生产活动中驱逐出去，进而获得百分之百忠诚的机器，得到百分之百确定的物质享受和安全保障。

    现实的情形，却是一方面用apos驱逐普通劳动者，另一方面却因此而受制于it领域的开发者。

    绕了一大圈之后中，他们，又回到了原点。

    猜忌，多疑，有产者们很快发现，获得百分之百可靠的自动化、智能化系统，并不像它们的老祖宗们修建陵寝那样简单，只消封锁消息、看住工匠，待到工程完毕后将知情者统统杀害就能成事。

    修筑陵寝，起码还可以用荣华富贵豢养鹰犬，再用它们去监视工匠。

    事成之后杀人灭口，鹰犬也可代劳，反正一座陵寝并改变不了社会现状，许诺的好处仍可以兑现，鹰犬的忠诚度也有起码的保障。

    但是“全产机”，则完全不同：

    一旦被制造出来，对拥有者而言，就意味着得到了整个世界。

    置身于信息技术领域的几乎所有劳动者，对这一点，都是心知肚明，有产者不论再怎样威逼利诱，开出的价码，也没办法超越apos的巨大价值。

    继而，这也就意味着，根本没什么“百分百忠诚可靠”的雇员。