隨著對Windos055研究越深，江遠就越能感受到它的強大。
作為近五十年後的作業系統，Windos055在整體設計理念上遠遠超過了現有的作業系統，很多細節也是現有作業系統所不能達到的。
比如，ReadBrain系統技術方案是050年出現的，Windos055完美地支援了這種操作方式，而不是像現在的Windos系統上，基本是一種湊合著用的狀態。
還有，相容現有平臺應用的虛擬層，也沒在其他作業系統上出現過。
現在使用者如果想在Windos上使用Linu軟體，做法多是透過虛擬機器來實現。
【目前用下來，聽書聲音最全最好用的App，集成4大語音合成引擎，超100種音色，更是支持離線朗讀的換源神器，huanyuanapp.org 換源App】
著名的工具vmare就是一種虛擬機器。
所謂虛擬機器，就是一個軟體，它的主要功能就是模仿成一臺虛擬電腦硬件。
你可以在這臺虛擬電腦上安裝Windos、Linu、XOS等PC作業系統。
藉此，使用者可以在Windos上安裝vmare，然後在虛擬機上安裝Linu，這樣使用者就可以在Linu上安裝應用，從而實現了在Windos上使用Linu軟體的方法。
不過，在江遠看來，虛擬機器有兩個非常嚴重的問題。
虛擬機器畢竟是個軟體，不是真正的電腦。
使用者安裝在虛擬機器中的應用，其效能是遠遠達不到安裝在實際物理機中的水平的。不信的話，你在虛擬機器中玩個A遊戲就知道了。
其次，很多時候，使用者只是想用某些Linu才有的軟體，他並不想用Linu系統，而且大部分使用者其實離開Windos就基本不會用電腦了。
Linu偏於極客的命令列和XOS偏於小資的finder，都足以讓用慣了三俗資源管理器的普通電腦使用者懵逼。
而DTOS（Windos055）中的虛擬層設計徹底解決了這兩個問題：既不會降低效能，又不會把使用者扔進陌生的作業系統中。
學會了虛擬層設計後，江遠發現其實虛擬層原始碼跟他之前的‘應用轉換工具’有千絲萬縷的聯絡，兩者功能也有交集，它們同樣解決了跨平臺問題，只不過一個是執行時的，一個是轉換靜態程式碼的。
基本可以這麼理解，作業系統內建虛擬層就是‘應用轉換工具’加虛擬機器的升級版。
江遠很懷疑。
要不‘應用轉換工具’就是微軟未來開發的，要不就是‘應用轉換工具’的團隊被微軟收編了。
總之，作為未來微軟絕地反擊的利器Windos055，在整體上絕對無可指摘。
不過江遠的目的是說服軍方專家，Windos055畢竟只是商用作業系統，在安全功能上肯定考慮不足。
一般來說，軍方級別和民用級別產品的差距都是無比巨大的，江遠還需要加強安全設計。
DT1是江遠第一次把自己掌握的大量科技整合開發的新產品。
結果很不錯，多個新技術聯合起來的優勢遠遠超過單獨釋出，深思集團藉此直接橫掃了幾千億美元，堪稱恐怖。
吃到甜頭之後，江遠開始思考如何在DTOS上整合更多技術。
首先，可以把資訊基點理論運用到磁碟管理的底層，超強的壓縮能力，既變相提高了存儲空間，又是一種另類的資料加密方法，這極大地滿足了軍方的安全需求。
其次，江遠打算繼續加強安全功能，把之前獲得的那個‘荊棘式主動防火牆’技術也逆向出來，整合上去。
除此之外，江遠還想再為DTOS專門開發一種新型開發工具DTCode。
這才是把Windos、Linu和XOS斬草除根的利器。
就像秦始皇美術製作工具進入學校，普及成為美術專業學生的預設學習工具後，其他美術開發軟件逐漸陷入沒有美術人員會用的絕境。
如果能發明一種新型軟體開發工具，照著qsh工具的思路，直接把程式設計師腦子中的想法具現成程式碼，再配合上‘應用轉換工具’，那就是真正的絕殺！
想想看，程式設計師透過DTCode用可以百倍於之前的速度寫出程式碼，而且又是免費使用的話，沒道理程式設計師會用其他開發工具的。
如果江遠再關閉‘應用轉換工具’在其他作業系統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天，是否確定？”
“是。”
“分析‘荊棘’主動反擊式硬體防火牆......”（未完待續）