第225章 DTOS項目的關鍵（2/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天，是否確定？」

「是。」

「分析『荊棘』主動反擊式硬體防火牆......」