第(1/3)页

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

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

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

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

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

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

    果然把库克憋得难受。

    他能怎么说？

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

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

    他只能无奈地道：

    “我只是怕错失良机。”

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

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

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

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

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

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

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

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

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

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