第一次閱讀，大概瞭解了夢斷程式碼這本書的大致內容簡介：

　　《夢斷程式碼》作者羅森伯格對OSAF主持的Chandler專案進行田野調查，跟蹤經年，試圖藉由Chandler的開發過程揭示軟體開發中的一些根本性大問題。本書是講一事，也是講百千事；是寫一軟體，也是寫百千軟體；是寫一群人，也是寫百千萬人。任何一個在軟體領域稍有經驗的技術人員看完本書，必掩卷長嘆：做軟體難。軟體乃是人類自以為最有把握，實則最難掌控的技術。　

　　書以作者按照時間順序講述了自己的軟體開發過程，揭示了軟體開發中的一些根本性大問題。本書是講一事，也是講百千事；是寫一軟體，也是寫百千軟體；是寫一群人，也是寫百千萬人。任何一個在軟體領域稍有經驗的技術人員看完本書，必掩卷長嘆：做軟體難。軟體乃是人類自以為最有把握，實則最難掌控的技術。書中的許多內容確實就是我的感受，例如在做軟體的過程當中，時間似乎確實時快時慢。如果一切順利，你會沉浸在心理學家稱之為“流逝”的狀態中，全然忘記了時間。如果事有不諧，你又會陷入困境，四顧茫然、舉步維艱。無論是哪種情況，時鐘都被拋諸腦後——這是“軟體時間”。正所謂，行百里者半九十，所以我覺得，開發軟體應該經可能的都往前趕，這樣才能有足夠多的時間來應對突發的狀況。否則，隨著軟體的開發，卻發現時間越來越少，軟體缺陷列表中卻又成千上百的任務需要完成，陷入深深的沮喪。這是無數程式設計師都會經歷的開發遠遠落後於進度的境地，哀嘆死定了。這可能是軟體開發人員最絕望的時候，眼睜睜看著交付的時間來臨，卻束手無策。另外創新往往十分困難，一味追求創新，會使我們舉步維艱，但正是這些創新才是那我們贏得使用者的最根本保證，所以，做軟體正確把握這個度很重要。

　　這本書很有意思，將第一張改為第0章，作者這樣用心良苦，希望讀者用計算機的思維，對待平時的一些事物，培養計算機思維。——因為計算機是從另開始計數的，有沒有覺得這個作者很有意思呢？細小的地方看出作者的殷切期望。