所谓“分布式编译”，用外行人听得懂的话解释，大致是这么个原理：
在原本的编译模式下，每次一段代码要被编译成程序时，都只会调用程序员本人的电脑CPU运算资源，或者他直接树状结构连接的那台代码服务器的运算资源，来进行编译。
但是在同一个网段里面，并不是所有程序员的电脑或者代码服务器的CPU都始终处于满负荷运转状态。搞了“分布式编译”之后，可以把同事开着的、CPU闲置的运算资源也调动起来，一起帮助编译，从而加快编译速度。
要是搁在后世，这玩意儿随便找个编译工程师都能搞定。
问题是眼下才05年下半年——距离历史上这种架构方法在各大互联网公司试水，起码早了两年多。顾诚几乎是卡着一切必要硬件条件的门槛布置的任务。
当然，历史上分布式编译在08~09年才成熟，并不是说更早技术上就绝对做不到——而是更早的时候，大伙儿觉得这东西没什么价值。犯不着为了省这么点编译时间，就去浪费那么多程序员的精力专门架构这种结构。
而历史上的08年，阿狸开始运作“阿里云”这些云计算项目，分布式计算的基础研究已经做了很多，设置分布式架构所需要的操作成本也大大简化，国内各大公司赫然发现“诶？原来只要这么几个小步骤，就能把闲置的电脑计算能力整合起来？貌似还挺方便的”。
（注：我记得我第一份工作，在一沪江一个手机研发公司当码农的时候，09年就搞过分布式编译。不排除其他行业更早，应该是08年就有了。）
顾诚让大家研究这个东西，显然是在为云计算做预演和操练。
然而不理解这事儿的人很多。
那几个被分配到琢磨这事儿的码农，都觉得老板变抠门了：这种事情，犯得着让一组码农花十天半个月去优化么？多买几台服务器才多少钱？这些行业精英半个月的工作时间又值多少钱？顾总怎么突然抠门不会算账了？
负责这个项目组的是一个细心的女运维工程师，名叫叶芷秋，大约27、8岁，研究生毕业后来YY网络科技工作，已经有三年了。因为是第一次做这事儿，所有代码和设置都要另起炉灶，她手下足足管了十几个人做这事儿，进度却依然缓慢，估计还要一周才能彻底搞定。
叶芷秋很心烦，尤其是前阵子她听说老板最近有可能带大客户或者合作伙伴来参观YY公司的分布式编译中心。
到时候，可拿什么给客户看呢？
再说，一个编译中心有什么好参观的？YY网络科技拿得出手的成果那么多，为什么老板偏偏盯着这块只能稍微省几块钱的细枝末节呢？
她茫然地检查了一遍今天下发给各个程序员的代码，有些节点已经PORTING提交了，有些还在挣扎。她把已经提交完成的部分检查了一下，然后准备给几个动作快的员工再加码一点工作量。
“张一鸣又干完了？怎么看他最后几行代码的PORTING时间和前面部分相隔这么远？这厮不会又是写完代码故意不提交，在那儿干私活了吧？”
叶芷秋看见其中一个刚来还不到两个月的本科毕业应届生新员工提交的代码，因为每一段代码后面都有与服务器的交互时间记录，所以她很轻易就可以跟踪到状态。
大公司为了防止员工偷代码，所有对公司开发中程序的编写过程监控都是很严格的，可以追溯到某一条代码是某人在几号几点几分写的、经过几次修改。
叶芷秋不动声色，蹑手蹑脚地去各个员工的位置上检查，走到张一鸣背后时，果然看到张一鸣在那儿一边用YY云音乐的播放器听叮铛网上的资源，一边开着一个自建的工程，在那儿胡乱地写私活。
“张一鸣！你又在做自己的事了！”叶芷秋觉得一阵恼怒，她已经被顾总亲自交代的任务逼得手足无措了，难免有些神经衰弱。
那个被唤作张一鸣的应届生吓了一跳，摘下耳机看了她一眼，才恢复正常神色：“公司不是说了不限定工作时间的么，以完成任务量为准——交给我那部分都完成了。”
叶芷秋一阵气不打一处来：“那你可以和我说啊——你你你……我不信你刚才提交掉之后，这么几分钟就能写这么多代码，你说，是不是你在提交之前故意拖时间、其实早就能完成了？你现在写的这个东西是干嘛的？和公司利益有没有冲突，我要审查。”
“和公司毫无冲突——我写的是用来在网上查退票信息的小插件，我国庆要回老家，票难买。”张一鸣一点都没闪躲，直截了当就回答了。
叶芷秋看了一下，发现果然又是那种无伤大雅的小玩意儿，也就不好多说什么。
YY网络科技的管理还是很人性化的，就跟谷歌的80-20原则差不多，或者说跟百度式的弹性工作制类似，一个人只要完成了分配的本职工作任务，确实可以在公司里干自己的事情。
只要不损害公司利益，同时不影响其他人。
这些宽松的管理，是顶级互联网公司吸引技术大牛的标配，YY网络科技自然也不例外。
这章没有结束^.^，请点击下一页继续阅读！
喜欢文娱救世主请大家收藏：(www.lanmosy.com)文娱救世主蓝墨书院更新速度全网最快。