从7月中旬DTOS项目正式启动到现在为止，已经过去了3个多月。
库克越来越焦急，任务只剩下不到两个月了！
他已经询问了江远三次何时启动最终收购，前几次都被搪塞了，这次终于得到了一个让他心安的答案。
江远一边审查着DTOS各个开发组新上传的代码，一边笑道：
“DTOS进展非常顺利，目前已经开发到了Demo版的最终阶段。最多两周，你那边就可以做最后一击了。所以不要着急，蒂姆。你想为公司做贡献的想法是好的，但是决不能因为心急而焦躁，这样容易犯低级错误。”
江远当然知道库克为什么那么急，只是故作不知地调*戏了他几句。
果然把库克憋得难受。
他能怎么说？
自己一个职业经理人居然比投资的老板本人还紧张成败，这可怎么解释？
反正他是打算把自己有系统这事带进棺材的，谁都不会告诉。
他只能无奈地道：
“我只是怕错失良机。”
“嗯，别着急，等我信号。”江远耐心地‘安慰’，然后挂上了电话。
在2级学霸时刻支撑的超高智力下，江远又轻松扫出了七八十个逻辑问题，这些都是DTCode难以发现的，他通过内部BUG工具发给对应开发组让对方尽快修改。
这也是让整个开发团队震惊的地方。
两千多人的程序开发团队，在DTCode和江远超乎常人的细致文档的帮助下，每天可以完成近百万行代码，这种级别的代码量，给项目组制造出了意想不到的管理难度。
各级技术主管们发现，他们根本无法重审如此海量的代码！
以前，各级技术管理者之所以能够重审手下数十人的代码，是因为写代码比看代码慢太多了。
但是DTCode一下子把写代码的速度提高到近乎思考的速度，而重审代码的速度一点也没提高，别说思考的速度了，最多也就是眼睛输入的速度，这就导致管理者重审代码跟不上程序员写出代码的速度。
要不是DTCode自身纠正了大量错误，DTOS势必要陷入BUG缠身的噩梦中，那是再多的测试人员也挽救不了的。
不过也正是因为DTCode纠正了大多数显而易见的简单BUG，剩下的全是复杂逻辑导致的问题，技术管理者们发现这些BUG的难度也大得离谱。
近一个多月来
…。。