隨著對inds 2055研究越深，江遠就越能感受到它的強大。

    作為近五十年后的cao作系統，inds 2055在整體設計理念上遠遠超過了現有的cao作系統，很多細節也是現有cao作系統所不能達到的。

    比如，readbrain系統技術方案是2050年出現的，inds 2055完美地支持了這種cao作方式，而不是像現在的inds系統上，基本是一種湊合著用的狀態。

    還有，兼容現有平臺應用的虛擬層，也沒在其他cao作系統上出現過。

    現在用戶如果想在inds上使用linux軟件，做法多是通過虛擬機來實現。

    著名的工具vare就是一種虛擬機。

    所謂虛擬機，就是一個軟件，它的主要功能就是模仿成一臺虛擬電腦硬件。

    你可以在這臺虛擬電腦上安裝inds、linux、xs等pcao作系統。

    借此，用戶可以在inds上安裝vare，然后在虛擬機上安裝linux，這樣用戶就可以在linux上安裝應用，從而實現了在inds上使用linux軟件的方法。

    不過，在江遠看來，虛擬機有兩個非常嚴重的問題。

    虛擬機畢竟是個軟件，不是真正的電腦。

    用戶安裝在虛擬機中的應用，其性能是遠遠達不到安裝在實際物理機中的水平的。不信的話，你在虛擬機中玩個3a游戲就知道了。

    其次，很多時候，用戶只是想用某些linux才有的軟件，他并不想用linux系統，而且大部分用戶其實離開inds就基本不會用電腦了。

    linux偏于極的命令行和xs偏于小資的finder，都足以讓用慣了三俗資源管理器的普通電腦用戶懵逼。

    而dts（inds 2055）中的虛擬層設計徹底解決了這兩個問題：既不會降低性能，又不會把用戶扔進陌生的cao作系統中。

    學會了虛擬層設計后，江遠發現其實虛擬層源碼跟他之前的‘應用轉換工具’有千絲萬縷的聯系，兩者功能也有交集，它們同樣解決了跨平臺問題，只不過一個是運行時的，一個是轉換靜態代碼的。

    基本可以這么理解，cao作系統內置虛擬層就是‘應用轉換工具’加虛擬機的升級版。

    江遠很懷疑。

    要不‘應用轉換工具’就是微軟未來開發的，要不就是‘應用轉換工具’的團隊被微軟收編了。

    總之，作為未來微軟絕地反擊的利器inds 2055，在整體上絕對無可指摘。

    不過江遠的目的是說服軍方專家，inds 2055畢竟只是商用cao作系統，在安全功能上肯定考慮不足。

    一般來說，軍方級別和民用級別產品的差距都是無比巨大的，江遠還需要加強安全設計。

    dt1是江遠第一次把自己掌握的大量科技集成開發的新產品。

    結果很不錯，多個新技術聯合起來的優勢遠遠超過單獨發布，深思集團借此直接橫掃了幾千億美元，堪稱恐怖。

    吃到甜頭之后，江遠開始思考如何在dts上集成更多技術。

    首先，可以把信息基點理論運用到磁盤管理的底層，超強的壓縮能力，既變相提高了存儲空間，又是一種另類的數據加密方法，這極大地滿足了軍方的安全需求。

    其次，江遠打算繼續加強安全功能，把之前獲得的那個‘荊棘式主動防火墻’技術也逆向出來，集成上去。

    除此之外，江遠還想再為dts專門開發一種新型開發工具dtde。

    這才是把inds、linux和xs斬草除根的利器。

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

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

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

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

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

    如果我用dtde開發dts的應用，再用‘應用轉換工具’轉換成inds、linux、xs、安卓、s的應用，那我只需要開發一次。

    如果我不用dts開發，那么我就要開發一份linux的、一份inds的，一份xs的，一份dts的，那我需要開發四次。

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

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

    而且，這種新型軟件開發工具也是dts項目必備的。

    inds2055足足有一億八千萬行。

    由于這是來自2055年的cao作系統，江遠刪除了其中不適合當前環境的代碼，還剩下一億五千萬行。

    再刪除大量cao作系統內置的但不必要的各種小工具，比如看圖、計時器、計算器、繪圖板、遠程工具界面等等，這些直接購買第三方開發商的成品就行。

    還有，dts第一版只需要制作普通用戶會用到的可視化界面。

    像一些cao作系統的復雜管理工具，比如權限管理、安全策略等等功能全臨時用命令行形式cao作，后期再慢慢完善即可。

    這樣，dts的第一版代碼大約在一億兩千萬行左右。

    江遠計劃六個月開發完畢，大約有2000名開發者，也就是12000個人月。

    也就是說，每個開發者每個月要開發1萬行！

    這太多了，基于現在的開發工具，這是不可能完成的。

    正常來說，大部分程序員一年只能產出35萬行有效代碼，也就是平均每天100200行左右。

    這不是說程序員寫代碼的速度慢。

    實際上，程序員靈感來了的時候，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。

    dtde就是他的解決方案。

    江遠下定決心后，打開了系統面板：

    “系統，我要對荊棘式防火墻使用溯本追源技能?！?/br>
    “宿主準備使用‘溯本追源’，該技能需要冷卻30天，是否確定？”

    “是?！?/br>
    “分析‘荊棘’主動反擊式硬件防火墻......”