，然后点击“添加到主屏幕” 笔趣阁 www.biquge34.net，科技抽奖大亨无错无删减全文免费阅读！
，没道理程序员会用其他开发工具的。
如果江远再关闭‘应用转换工具’在其他操作系统APP之间的互相转换功能，只留下把DTOS的APP转换成其他操作系统APP的功能的话，那会发生什么？
第三方开发商就会思考，我有两个选择。
如果我用DTCode开发DTOS的应用，再用‘应用转换工具’转换成Windos、Linu、XOS、安卓、IOS的应用，那我只需要开发一次。
如果我不用DTOS开发，那么我就要开发一份Linu的、一份Windos的，一份XOS的，一份DTOS的，那我需要开发四次。
第三方开发商会选择怎么做就不言而喻了，久而久之，就没有人使用苹果的XCODE、微软的VisualStudio之类开发软件。
温水煮青蛙之下，再找个合适的时间点彻底关闭应用转换工具的话，其他操作系统将一瞬间失去所有第三方开发者，那还玩个屁？
而且，这种新型软件开发工具也是DTOS项目必备的。
Windos055足足有一亿八千万行。
由于这是来自055年的操作系统，江远删除了其中不适合当前环境的代码，还剩下一亿五千万行。
再删除大量操作系统内置的但不必要的各种小工具，比如看图、计时器、计算器、绘图板、远程工具界面等等，这些直接购买第三方开发商的成品就行。
还有，DTOS第一版只需要制作普通用户会用到的可视化界面。
像一些操作系统的复杂管理工具，比如权限管理、安全策略等等功能全临时用命令行形式操作，后期再慢慢完善即可。
这样，DTOS的第一版代码大约在一亿两千万行左右。
江远计划六个月开发完毕，大约有000名开发者，也就是1000个人月。
也就是说，每个开发者每个月要开发1万行！
这太多了，基于现在的开发工具，这是不可能完成的。
正常来说，大部分程序员一年只能产出-5万行有效代码，也就是平均每天100-00行左右。
这不是说程序员写代码的速度慢。
实际上，程序员灵感来了的时候，小时飙出1000行也是正常的。
只是未来的某天，他可能需要花额外的一周时间修这1000行的BUG而已......
而且，更大的问题是返工。
很多程序员的工作日志都是下面这样的：
4月1日，开始功能1，完成50%。
4月日，功能1完成90%。
4月日，功能1完成99%。
4月4日，继续完成功能1。
4月5日，继续完成功能1。
......
4月15日，功能1上线。
......
4月0日，修改功能1的BUG。
......
4月0日，需求更改，删除功能1代码。
-_-#！
软件开发就是这么坑爹！
不过江远超乎常人的详细设计文档（照抄）极大避免了返工问题，但是江远无法避免程序员自己写出BUG。
所以，他必须尽量加快开发者的写代码速度，给他们腾出足够的时间修复BUG。
DTCode就是他的解决方案。
江远下定决心后，打开了系统面板：
“系统，我要对荆棘式防火墙使用溯本追源技能。”
“宿主准备使用‘溯本追源’，该技能需要冷却0天，是否确定？”
“是。”
“分析‘荆棘’主动反击式硬件防火墙......”（未完待续）
，没道理程序员会用其他开发工具的。
如果江远再关闭‘应用转换工具’在其他操作系统APP之间的互相转换功能，只留下把DTOS的APP转换成其他操作系统APP的功能的话，那会发生什么？
第三方开发商就会思考，我有两个选择。
如果我用DTCode开发DTOS的应用，再用‘应用转换工具’转换成Windos、Linu、XOS、安卓、IOS的应用，那我只需要开发一次。
如果我不用DTOS开发，那么我就要开发一份Linu的、一份Windos的，一份XOS的，一份DTOS的，那我需要开发四次。
第三方开发商会选择怎么做就不言而喻了，久而久之，就没有人使用苹果的XCODE、微软的VisualStudio之类开发软件。
温水煮青蛙之下，再找个合适的时间点彻底关闭应用转换工具的话，其他操作系统将一瞬间失去所有第三方开发者，那还玩个屁？
而且，这种新型软件开发工具也是DTOS项目必备的。
Windos055足足有一亿八千万行。
由于这是来自055年的操作系统，江远删除了其中不适合当前环境的代码，还剩下一亿五千万行。
再删除大量操作系统内置的但不必要的各种小工具，比如看图、计时器、计算器、绘图板、远程工具界面等等，这些直接购买第三方开发商的成品就行。
还有，DTOS第一版只需要制作普通用户会用到的可视化界面。
像一些操作系统的复杂管理工具，比如权限管理、安全策略等等功能全临时用命令行形式操作，后期再慢慢完善即可。
这样，DTOS的第一版代码大约在一亿两千万行左右。
江远计划六个月开发完毕，大约有000名开发者，也就是1000个人月。
也就是说，每个开发者每个月要开发1万行！
这太多了，基于现在的开发工具，这是不可能完成的。
正常来说，大部分程序员一年只能产出-5万行有效代码，也就是平均每天100-00行左右。
这不是说程序员写代码的速度慢。
实际上，程序员灵感来了的时候，小时飙出1000行也是正常的。
只是未来的某天，他可能需要花额外的一周时间修这1000行的BUG而已......
而且，更大的问题是返工。
很多程序员的工作日志都是下面这样的：
4月1日，开始功能1，完成50%。
4月日，功能1完成90%。
4月日，功能1完成99%。
4月4日，继续完成功能1。
4月5日，继续完成功能1。
......
4月15日，功能1上线。
......
4月0日，修改功能1的BUG。
......
4月0日，需求更改，删除功能1代码。
-_-#！
软件开发就是这么坑爹！
不过江远超乎常人的详细设计文档（照抄）极大避免了返工问题，但是江远无法避免程序员自己写出BUG。
所以，他必须尽量加快开发者的写代码速度，给他们腾出足够的时间修复BUG。
DTCode就是他的解决方案。
江远下定决心后，打开了系统面板：
“系统，我要对荆棘式防火墙使用溯本追源技能。”
“宿主准备使用‘溯本追源’，该技能需要冷却0天，是否确定？”
“是。”
“分析‘荆棘’主动反击式硬件防火墙......”（未完待续）