微軟的開發組，沒有大型軟體開發經驗。程式設計還停留在手動管理記憶體分配和釋放的階段，主要是開發硬體限制。
主力機型就有IBPC和Apple II，還有其他合作商生產的小型機……
這種情況下，分組開發時不可避免的會出現重複申請和釋放遺漏。
結果就是，程式崩潰和資料讀寫快取設計不當引發的資料丟失和損壞。
也沒有整合開發環境，編寫程式碼依賴“ EDLIN”之類的文字編輯器。編譯工具有的是“S，有的是“C編譯器”，變數命名和函式引數格式程式碼規範不統一。
頻繁出現語法不相容和編譯失敗，就不稀奇了。
關鍵編譯器只能輸出基礎錯誤提示，尋找問題只能根據經驗一行一行的翻……
同樣是因為沒有大型軟體開發經驗，需按依賴模組關係逐步拼接流程。多人修改同一模組時，程式碼覆蓋的情況順理成章的就出現了。
還沒有自動化測試指令碼，全靠人工模擬場景測試。測試用例覆蓋不全，隱藏大量邏輯錯誤……
掃了眼Apple II Plus裡的用共計7兆多的資料，搭建起幾個支系統的“成果”，曲卓險些被幹崩了……
這玩意叫“成果”？
這是7的“屎山”好不啦。
重新碼一遍都比改一遍來的快。
“這都是啥？這是啥……這又是啥……”曲卓一個又一個的開啟文字文件，翻頁間隨手找出錯處在後面加備註……
史蒂夫、蓋茨和幾個程式設計師聽不懂透著口音的中文，但他們能看懂曲卓的表情。
咧著嘴，臉皺皺著，眼睛透著明晃晃的嫌棄。
再看他不斷按動翻頁鍵，輕易的找出一處又一處……可能有問題的地方並敲擊鍵盤，用簡寫加上標註……蓋茨忽然覺得，想加快視窗系統程序，其實並不一定需要再僱上一百幾十個程式設計師。
就眼前這樣的，招上兩三個帶團隊，似乎就夠了。
但有一個小問題……好像有點付不起薪水……
“哇喔~這是哪個大聰明？”
“這……這個和前面那組是一個人吧？他的老師是教體育出身的麼？”
“這是走神兒了嗎……嘿~居然還能跑起來？！真特孃的是個天才……”
曲卓忍受著牛車一樣讀取速度，坐那一組接一組連著改了半個多小時，早就已經失去了耐性。總算找到一個在“糊弄”二字上非常有天分的幸運兒，便停住了動作。
主要是，炫技炫的差不多了。他只是想讓蓋茨清楚的感受到，身為臭弟弟，跟哥哥的差距到底有多大。
不是錢多錢少的問題，是全方位立體式的碾壓。
對上驕傲的人一定要這樣。只要他沒親眼看到，你身上有再多光環也沒用。
好吧，蓋茨感受到了。
史蒂夫也感受到了。
