《夢斷代碼》講述的是Chandler軟體漫長而痛苦的開發過程，在該過程中，一系列的問題都要考驗他們那些程式熱衷者，那一刻真覺得是不是該同情他們一下，在OSAF開發組中，單單負責選擇其他程式員用來建立軟體的部件的“系統架構師”安德森一人就要面臨：應該采用什麼語言編寫代碼？應該采用什麼工具來建立程式的圖形界面？應該采用什麼軟體技術來存儲程式資料？應該采用哪種資料交換标準？等一個又一個難以抉擇的局面，這讓我很是覺得軟體是那麼的抽象。
Chandler開發過程中誤期以及項目所有的成員不加節制的創造， 不統一的想法給麥卡斯帶去了諸多困難，為了軟體行業，麥卡斯付出 了相當大的代價，Chandler的設計者們不斷給出互相沖突的需求下，他這樣一個軟體行業硬角色束手無策了，開發陷入困境。讀到這我似 乎懂得一點項目所有的成員都應該盡可能地發揮自己的創造性，但是 不加節制的創造隻會帶來不切實際的項目需求和無法實作的功能。Chandler項目就是缺少這種對創造性的“限制”，這是所有問題的 根源。總的來說Chandler項目的諸多需求自相沖突，而且使用的技 術也有些超前，最重要的是，缺乏一個強有力的管理核心來對項目的 諸多事宜做裁決。
讀了《夢斷代碼》後，我真的覺得軟體開發過程是抽象而又艱巨 的，不是每個人都能做的一份工作，機器語言不比人類語言難學，開 發軟體好比建築工程，一層基于一層，需要的耐心和一份執着。