第217章 DTOS项目的关键第2页_科技抽奖大亨(八月风起)

铅笔书屋>科技抽奖大亨 > 第217章 DTOS项目的关键（第2页）

而且，这种新型软件开发工具也是dtos项目必备的。

windows2055足足有一亿八千万行。

由于这是来自2055年的操作系统，江远删除了其中不适合当前环境的代码，还剩下一亿五千万行。

再删除大量操作系统内置的但不必要的各种小工具，比如看图、计时器、计算器、绘图板、远程工具界面等等，这些直接购买第三方开发商的成品就行。

还有，dtos第一版只需要制作普通用户会用到的可视化界面。

像一些操作系统的复杂管理工具，比如权限管理、安全策略等等功能全临时用命令行形式操作，后期再慢慢完善即可。

这样，dtos的第一版代码大约在一亿两千万行左右。

江远计划六个月开发完毕，大约有2000名开发者，也就是12000个人月。

也就是说，每个开发者每个月要开发1万行！

这太多了，基于现在的开发工具，这是不可能完成的。

正常来说，大部分程序员一年只能产出3-5万行有效代码，也就是平均每天100-200行左右。

这不是说程序员写代码的速度慢。

实际上，程序员灵感来了的时候，2小时飙出1000行也是正常的。

只是未来的某天，他可能需要花额外的一周时间修这1000行的bug而已......

而且，更大的问题是返工。

很多程序员的工作日志都是下面这样的：

4月1日，开始功能1，完成50%。

4月2日，功能1完成90%。

4月3日，功能1完成99%。

4月4日，继续完成功能1。

4月5日，继续完成功能1。

......

4月15日，功能1上线。

......

4月20日，修改功能1的bug。

......

4月30日，需求更改，删除功能1代码。

-_-#！

软件开发就是这么坑爹！

不过江远超乎常人的详细设计文档（照抄）极大避免了返工问题，但是江远无法避免程序员自己写出bug。

所以，他必须尽量加快开发者的写代码速度，给他们腾出足够的时间修复bug。

dtcode就是他的解决方案。

江远下定决心后，打开了系统面板：

“系统，我要对荆棘式防火墙使用溯本追源技能。”

“宿主准备使用‘溯本追源’，该技能需要冷却30天，是否确定？”

“是。”

“分析‘荆棘’主动反击式硬件防火墙......”

请勿开启浏览器阅读模式，否则将导致章节内容缺失及无法阅读下一章。