技术细节，反正最终也是联邦政府掌控这一切秘密，而不可能透露给客户。
it巨头的这些做法，可想而知，会让联邦政府十分不满，但也无可奈何。
当局所能做的，仅仅是招兵买马、扩充ffri-it的执行部门，确保位于橡树岭的“全产机”中枢在自己的绝对掌控之下。
至于整个“全产机”体系，其庞大程度完全超乎想象，仅在微电子这一领域，中枢预计会链接的生产部门就接近四百个，接入apos网络的研发、生产、测试与运维设备，以西历1484年口径统计，已超过了三百万台。
产品名录的条目数，更一度达到惊人的一千三百万，简直令人眼花缭乱。
即便在“全产机”落后后，各大企业的一系列同质化、重复化产品，将逐渐被精简、合并，微电子领域的产品名录仍将超过1，000，000。
这样庞大的体系，从硬件到机器码都堆积如山，根本就不是一个ffri-it能全盘掌控，更别说详细核查每一个模块，甚至检查每一行代码。
取而代之的策略，则是“黑盒原理”，这一原则在软件工程领域司空见惯，将测试目标视为有一定数量接口的黑盒子，测试时，仅专注于其在特定输入情况下的输出，是否符合要求，而不关心其内在的运行机理。
这种测试方案，但凡熟悉软件测试的人，都知道不一定靠谱。
尤其是涉及到软件、系统乃至体系控制权的核心模块，按理说，黑盒测试根本无法保证100的排查隐患，标准做法应该是从“需求分析”开始，一层一层的核查软件设计流程，对软件本身的检查，更应该细化到每一行代码。
但是面对“全产机”，哪怕只是nep、aa大区的次级节点，人工编写的代码就超过了一亿行，分布在若干不同层级的服务器与核心处理机上，粗略估计，以ffri-it相关委员会的能力，完全核查所有的控制、接入与管理代码，耗时会在二十年以上。
二十年，一个非常夸张的数字，不禁令顶层怀疑ffri-it在有意拖延，或者极度缺乏人手。
表面上看，情况确
本章未完，请点击"下一页"继续阅读！ 第2页 / 共3页