听得懂的话解释，大致是这么个原理：
在原本的编译模式下，每次一段代码要被编译成程序时，都只会调用程序员本人的电脑p运算资源，或者他直接树状结构连接的那台代码服务器的运算资源，来进行编译。
但是在同一个网段里面，并不是所有程序员的电脑或者代码服务器的p都始终处于满负荷运转状态。搞了“分布式编译”之后，可以把同事开着的、p闲置的运算资源也调动起来，一起帮助编译，从而加快编译速度。
要是搁在后世，这玩意儿随便找个编译工程师都能搞定。
问题是眼下才05年下半年距离历史上这种架构方法在各大互联网公司试水，起码早了两年多。顾诚几乎是卡着一切必要硬件条件的门槛布置的任务。
当然，历史上分布式编译在0809年才成熟，并不是说更早技术上就绝对做不到而是更早的时候，大伙儿觉得这东西没什么价值。犯不着为了省这么点编译时间，就去浪费那么多程序员的精力专门架构这种结构。
而历史上的08年，阿狸开始运作“阿里云”这些云计算项目，分布式计算的基础研究已经做了很多，设置分布式架构所需要的操作成本也大大简化，国内各大公司赫然发现“诶？原来只要这么几