第225章 DTOS項目的關鍵
隨著對Windows 2055研究越深，江遠就越能感受到它的強大。
作為近五十年後的作業系統，Windows 2055在整體設計理念上遠遠超過了現有的作業系統，很多細節也是現有作業系統所不能達到的。
比如，ReadBrain系統技術方案是2050年出現的，Windows 2055完美地支持了這種操作方式，而不是像現在的Windows系統上，基本是一種湊合著用的狀態。
還有，兼容現有平台應用的虛擬層，也沒在其他作業系統上出現過。
現在用戶如果想在Windows上使用Linux軟體，做法多是通過虛擬機來實現。
著名的工具vmware就是一種虛擬機。
所謂虛擬機，就是一個軟體，它的主要功能就是模仿成一台虛擬電腦硬體。
你可以在這台虛擬電腦上安裝Windows、Linux、XOS等PC作業系統。
藉此，用戶可以在Windows上安裝vmware，然後在虛擬機上安裝Linux，這樣用戶就可以在Linux上安裝應用，從而實現了在Windows上使用Linux軟體的方法。
不過，在江遠看來，虛擬機有兩個非常嚴重的問題。
虛擬機畢竟是個軟體，不是真正的電腦。
用戶安裝在虛擬機中的應用，其性能是遠遠達不到安裝在實際物理機中的水平的。不信的話，你在虛擬機中玩個3A遊戲就知道了。
其次，很多時候，用戶只是想用某些Linux才有的軟體，他並不想用Linux系統，而且大部分用戶其實離開Windows就基本不會用電腦了。
Linux偏於極客的命令行和XOS偏於小資的finder，都足以讓用慣了三俗資源管理器的普通電腦用戶懵逼。
而DTOS（Windows 2055）中的虛擬層設計徹底解決了這兩個問題：既不會降低性能，又不會把用戶扔進陌生的作業系統中。
學會了虛擬層設計後，江遠發現其實虛擬層源碼跟他之前的『應用轉換工具』有千絲萬縷的聯繫，兩者功能也有交集，它們同樣解決了跨平台問題，只不過一個是運行時的，一個是轉換靜態代碼的。
基本可以這麼理解，作業系統內置虛擬層就是『應用轉換工具』加虛擬機的升級版。
江遠很懷疑。
要不『應用轉換工具』就是微軟未來開發的，要不就是『應用轉換工具』的團隊被微軟收編了。
總之，作為未來微軟絕地反擊的利器Windows 2055，在整體上絕對無可指摘。
不過江遠的目的是說服軍方專家，Windows 2055畢竟只是商用作業系統，在安全功能上肯定考慮不足。
一般來說，軍方級別和民用級別產品的差距都是無比巨大的，江遠還需要加強安全設計。
DT1是江遠第一次把自己掌握的大量科技集成開發的新產品。
結果很不錯，多個新技術聯合起來的優勢遠遠超過單獨發布，深思集團藉此直接橫掃了幾千億美元，堪稱恐怖。
吃到甜頭之後，江遠開始思考如何在DTOS上集成更多技術。
首先，可以把信息基點理論運用到磁碟管理的底層，超強的壓縮能力，既變相提高了存儲空間，又是一種另類的數據加密方法，這極大地滿足了軍方的安全需求。
其次，江遠打算繼續加強安全功能，把之前獲得的那個『荊棘式主動防火牆』技術也逆向出來，集成上去。
除此之外，江遠還想再為DTOS專門開發一種新型開發工具DTCode。
這才是把Windows、Linux和XOS斬草除根的利器。
就像秦始皇美術製作工具進入學校，普及成為美術專業學生的默認學習工具後，其他美術開發軟體逐漸陷入沒有美術人員會用的絕境。
如果能發明一種新型軟體開發工具，照著qsh工具的思路，直接把程式設計師腦子中的想法具現成代碼，再配合上『應用轉換工具』，那就是真正的絕殺！
想想看，程式設計師通過DTCode用可以百倍於之前的速度寫出代碼，而且又是免費使用的話，沒道理程式設計師會用其他開發工具的。
如果江遠再關閉『應用轉換工具』在其他作業系統APP之間的互相轉換功能，只留下把DTOS的APP轉換成其他作業系統APP的功能的話，那會發生什麼？
第三方開發商就會思考，我有兩個選擇。
如果我用DTCode開發DTOS的應用，再用『應用轉換工具』轉換成Windows、Linux、XOS、安卓、IOS的應用，那我只需要開發一次。
如果我不用DTOS開發，那麼我就要開發一份Linux的、一份Windows的，一份XOS的，一份DTOS的，那我需要開發四次。
第三方開發商會選擇怎麼做就不言而喻了，久而久之，就沒有人使用蘋果的XCODE、微軟的Visual Studio之類開發軟體。
溫水煮青蛙之下，再找個合適的時間點徹底關閉應用轉換工具的話，其他作業系統將一瞬間失去所有第三方開發者，那還玩個屁？
而且，這種新型軟體開發工具也是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天，是否確定？」
「是。」
「分析『荊棘』主動反擊式硬體防火牆......」
作為近五十年後的作業系統，Windows 2055在整體設計理念上遠遠超過了現有的作業系統，很多細節也是現有作業系統所不能達到的。
比如，ReadBrain系統技術方案是2050年出現的，Windows 2055完美地支持了這種操作方式，而不是像現在的Windows系統上，基本是一種湊合著用的狀態。
還有，兼容現有平台應用的虛擬層，也沒在其他作業系統上出現過。
現在用戶如果想在Windows上使用Linux軟體，做法多是通過虛擬機來實現。
著名的工具vmware就是一種虛擬機。
所謂虛擬機，就是一個軟體，它的主要功能就是模仿成一台虛擬電腦硬體。
你可以在這台虛擬電腦上安裝Windows、Linux、XOS等PC作業系統。
藉此，用戶可以在Windows上安裝vmware，然後在虛擬機上安裝Linux，這樣用戶就可以在Linux上安裝應用，從而實現了在Windows上使用Linux軟體的方法。
不過，在江遠看來，虛擬機有兩個非常嚴重的問題。
虛擬機畢竟是個軟體，不是真正的電腦。
用戶安裝在虛擬機中的應用，其性能是遠遠達不到安裝在實際物理機中的水平的。不信的話，你在虛擬機中玩個3A遊戲就知道了。
其次，很多時候，用戶只是想用某些Linux才有的軟體，他並不想用Linux系統，而且大部分用戶其實離開Windows就基本不會用電腦了。
Linux偏於極客的命令行和XOS偏於小資的finder，都足以讓用慣了三俗資源管理器的普通電腦用戶懵逼。
而DTOS（Windows 2055）中的虛擬層設計徹底解決了這兩個問題：既不會降低性能，又不會把用戶扔進陌生的作業系統中。
學會了虛擬層設計後，江遠發現其實虛擬層源碼跟他之前的『應用轉換工具』有千絲萬縷的聯繫，兩者功能也有交集，它們同樣解決了跨平台問題，只不過一個是運行時的，一個是轉換靜態代碼的。
基本可以這麼理解，作業系統內置虛擬層就是『應用轉換工具』加虛擬機的升級版。
江遠很懷疑。
要不『應用轉換工具』就是微軟未來開發的，要不就是『應用轉換工具』的團隊被微軟收編了。
總之，作為未來微軟絕地反擊的利器Windows 2055，在整體上絕對無可指摘。
不過江遠的目的是說服軍方專家，Windows 2055畢竟只是商用作業系統，在安全功能上肯定考慮不足。
一般來說，軍方級別和民用級別產品的差距都是無比巨大的，江遠還需要加強安全設計。
DT1是江遠第一次把自己掌握的大量科技集成開發的新產品。
結果很不錯，多個新技術聯合起來的優勢遠遠超過單獨發布，深思集團藉此直接橫掃了幾千億美元，堪稱恐怖。
吃到甜頭之後，江遠開始思考如何在DTOS上集成更多技術。
首先，可以把信息基點理論運用到磁碟管理的底層，超強的壓縮能力，既變相提高了存儲空間，又是一種另類的數據加密方法，這極大地滿足了軍方的安全需求。
其次，江遠打算繼續加強安全功能，把之前獲得的那個『荊棘式主動防火牆』技術也逆向出來，集成上去。
除此之外，江遠還想再為DTOS專門開發一種新型開發工具DTCode。
這才是把Windows、Linux和XOS斬草除根的利器。
就像秦始皇美術製作工具進入學校，普及成為美術專業學生的默認學習工具後，其他美術開發軟體逐漸陷入沒有美術人員會用的絕境。
如果能發明一種新型軟體開發工具，照著qsh工具的思路，直接把程式設計師腦子中的想法具現成代碼，再配合上『應用轉換工具』，那就是真正的絕殺！
想想看，程式設計師通過DTCode用可以百倍於之前的速度寫出代碼，而且又是免費使用的話，沒道理程式設計師會用其他開發工具的。
如果江遠再關閉『應用轉換工具』在其他作業系統APP之間的互相轉換功能，只留下把DTOS的APP轉換成其他作業系統APP的功能的話，那會發生什麼？
第三方開發商就會思考，我有兩個選擇。
如果我用DTCode開發DTOS的應用，再用『應用轉換工具』轉換成Windows、Linux、XOS、安卓、IOS的應用，那我只需要開發一次。
如果我不用DTOS開發，那麼我就要開發一份Linux的、一份Windows的，一份XOS的，一份DTOS的，那我需要開發四次。
第三方開發商會選擇怎麼做就不言而喻了，久而久之，就沒有人使用蘋果的XCODE、微軟的Visual Studio之類開發軟體。
溫水煮青蛙之下，再找個合適的時間點徹底關閉應用轉換工具的話，其他作業系統將一瞬間失去所有第三方開發者，那還玩個屁？
而且，這種新型軟體開發工具也是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天，是否確定？」
「是。」
「分析『荊棘』主動反擊式硬體防火牆......」