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