隨著對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專門開發一種新型開發工具。

　這才是把windows、linux和xos斬草除根的利器。

　就像秦始皇美術製作工具進入學校，普及成為美術專業學生的默認學習工具後，其他美術開發軟件逐漸陷入沒有美術人員會用的絕境。

　如果能發明一種新型軟件開發工具，照著qsh工具的思路，直接把程序員腦子中的想法具現成代碼，再配合上‘應用轉換工具’，那就是真正的絕殺！

　想想看，程序員通過用可以百倍於之前的速度寫出代碼，而且又是免費使用的話，沒道理程序員會用其他開發工具的。

　如果江遠再關閉‘應用轉換工具’在其他操作系統app之間的互相轉換功能，隻留下把dtos的app轉換成其他操作系統app的功能的話，那會發生什麽?

　第三方開發商就會思考，我有兩個選擇。

　如果我用開發dtos的應用，再用‘應用轉換工具’轉換成windows、linux、xos、安卓、ios的應用，那我只需要開發一次。

　如果我不用dtos開發，那麽我就要開發一份linux的、一份windows的，一份xos的，一份dtos的，那我需要開發四次。

　第三方開發商會選擇怎麽做就不言而喻了，久而久之，就沒有人使用蘋果的、微軟的visual 之類開發軟件。

　溫水煮青蛙之下，再找個合適的時間點徹底關閉應用轉換工具的話，其他操作系統將一瞬間失去所有第三方開發者，那還玩個屁?

　而且，這種新型軟件開發工具也是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。

　就是他的解決方案。

　江遠下定決心後，打開了系統面板:

　“系統，我要對荊棘式防火牆使用溯本追源技能。”

　“宿主準備使用‘溯本追源’，該技能需要冷卻30天，是否確定?”

　“是。”

　“分析‘荊棘’主動反擊式硬件防火牆......”
　( = )