从7月中旬dtos项目正式启动到现在为止，已经过去了3个多月。

库克越来越焦急，任务只剩下不到两个月了！

他已经询问了江远三次何时启动最终收购，前几次都被搪塞了，这次终于得到了一个让他心安的答案。

江远一边审查着dtos各个开发组新上传的代码，一边笑道：

“dtos进展非常顺利，目前已经开发到了demo版的最终阶段。最多两周，你那边就可以做最后一击了。所以不要着急，蒂姆。你想为公司做贡献的想法是好的，但是决不能因为心急而焦躁，这样容易犯低级错误。”

江远当然知道库克为什么那么急，只是故作不知地调*戏了他几句。

果然把库克憋得难受。

他能怎么说？

自己一个职业经理人居然比投资的老板本人还紧张成败，这可怎么解释？

反正他是打算把自己有系统这事带进棺材的，谁都不会告诉。

他只能无奈地道：

“我只是怕错失良机。”

“嗯，别着急，等我信号。”江远耐心地‘安慰’，然后挂上了电话。

在2级学霸时刻支撑的超高智力下，江远又轻松扫出了七八十个逻辑问题，这些都是dtcode难以发现的，他通过内部bug工具发给对应开发组让对方尽快修改。

这也是让整个开发团队震惊的地方。

两千多人的程序开发团队，在dtcode和江远超乎常人的细致文档的帮助下，每天可以完成近百万行代码，这种级别的代码量，给项目组制造出了意想不到的管理难度。

各级技术主管们发现，他们根本无法重审如此海量的代码！

以前，各级技术管理者之所以能够重审手下数十人的代码，是因为写代码比看代码慢太多了。

但是dtcode一下子把写代码的速度提高到近乎思考的速度，而重审代码的速度一点也没提高，别说思考的速度了，最多也就是眼睛输入的速度，这就导致管理者重审代码跟不上程序员写出代码的速度。

要不是dtcode自身纠正了大量错误，dtos势必要陷入bug缠身的噩梦中，那是再多的测试人员也挽救不了的。

不过也正是因为dtcode纠正了大多数显而易见的简单bug，剩下的全是复杂逻辑导致的问题，技术管理者们发现这些bug的难度也大得离谱。

近一个多月来，随着开发者对dtcode越来越熟练，同时江远每天都在改进dtcode的自动纠错技术，然后又进化了两次，每天输出的代码越来越多，管理者们已经放弃重审代码了。

剩下的bug根本发现不了好吗？

还不如交给测试组省事。

他们只能尽人事听天命，然后主要依靠dtcode本身的纠错能力和测试人员了。

于是现在测试人员总数已经高达3000以上，比开发者还多。

也就是江远还凭借着超人的智力，还能每天扫一部分比较关键代码，然后找出其中的bug。

他每天发现的bug之多，遍及范围之广，让其他开发者深深为之震惊。

怪不得能发明这么多难以想象的科技，人家的副业--程序员--水平都远远超过我们这群专业从业者啊！

......

......

11月11日，这段时间深思集团没有发布新产品，网络上却是不缺少新闻的。