第238章 顛覆（1/2）

關注dtos發布的自然不只是微軟。

深思集團作為近年來最難以估量的科技公司，全球大半有志於計算機行業的公司都把目光聚焦在了dtos上。

谷歌也是如此，拉里.佩奇在第一時間就自己拿dt1升級了dtos系統，然後進行了測試。

由於谷歌的核心業務不是作業系統，所以他最關注的並不是dtos本身，而是dtcode。

對技術有很深造詣的拉里.佩奇簡單查看了dtos的文件結構就知道，這絕對不是linux的分支版本，也不是windows原始碼泄露的問題。

無論在程序性能、用戶體驗還是界面設計，dtos都更像是windows的高仿加強版。

毫無疑問，江遠做到了他所說的。

深思科技真的在半年內就完成了一款可用的作業系統！

哪怕有華國軍方的支持，這也是一個不折不扣的奇蹟。

佩奇估計dtos的代碼量在一億行左右。

不到4個月，完成一億行代碼！

這台不可思議了！

佩奇認為江遠確實是個天才，但他也不能輕鬆地加快手下開發者的開發效率。

除非......

dtcode能極大地提高開發者的效率。

佩奇在第一時間就測試了這個神秘的開發軟體，最簡單的測試方法就是用dtcode寫段代碼測試。

佩奇選擇了用c語言實現霍夫曼樹的數據結構和常見算法。

1小時後，佩奇震驚地發現。

自己居然寫完了！

四千多行代碼，只用了一個小時！

正常情況下，他最少需要10-15個小時才能完成。

不僅如此，佩奇還發現了一個更bt的地方。

dtcode彈出了一堆警告：

「tree.c文件1309行，發現內存錯誤，可能導致內存訪問越界！」

「tree.c文件1823行，發現邏輯錯誤，疑似手誤，你想修改的變量是否為i？」

「dtcode認為您在實現霍夫曼樹，如果是的話，balance.c文件的balance函數可能造成不必要的性能浪費，可以進行優化，具體方法如下......」

......

「這可真是太不可思議了！」佩奇看著警告，讚嘆地道。

dtcode不僅發現了自己故意寫錯的十個地方，還找出了三處自己都沒注意到的bug。

修改起來也非常簡單。

佩奇只是把注意力聚集在一個bug上，dtcode就自動打開了代碼源文件和調用的地方，並明確標識了導致內存讀溢出的函數和修改方法，甚至還舉了一個實際的例子！

「太智能了！dtcode離自動編碼已經差不了幾步。」佩奇無比敬佩江遠的偉大發明。

怪不得dtos開發速度如此之快！

使用dtcode寫代碼，佩奇居然寫出了快*感。

本章未完，點選下一頁繼續閱讀。