今天讀了《夢斷程式碼》的前三章，讀完第一章後，我感覺當修改窗體大小是出現閃爍：可怕。這感覺的是一個很可笑的總結，但是這是一個程式設計師在實踐中真是遇到的真心體會到的問題。是的，我們編寫程式時，常常修改bug的時間往往比編寫程式碼的時間要長很多，而其中的一些看似小的問題，我們卻不知道用多少時間來完成修改。

第二章    P2P是一個創新，這個想法雖然很簡單，很多人都能夠想到，但是最後有多少人能夠做出來呢，又有誰能夠親身去努力的實現呢？這個讓我們的發展會滯後很多年，這個也許也是制約軟體發展的一個小小的原因吧。

蓮花公司本來是一個很好的創新改革軟體的一個觸發點，但是，由於管理人員的原因或者是當時時代的原因，沒有能夠發揮讓他本來的能夠發揮的作用。一個好的想法有時候可以改變一個時代，但是有時候一個不合時宜的想法會讓他的全部努力付諸東流。讓人類適應適應機器這個是完全是不和適宜的，機器是為了人類的方便便意快鍵開發的，應該讓機器適應人累。軟體也是如此，我們做的軟體應該人性化，讓我們使用者都能夠很好的方便的使用。

程式應該做一個樂觀派，因為在未來的路上會遇到很多很多的困難，如果不能樂觀的面對，那麼你就會一蹶不振。但是，我們也不應該盲目的相信未來遺忘過去，應該好好地總結反思，用更嚴謹的態度與思維對待我們的工作。

第三章

      弗裡德力科建議到：準備丟棄一切吧，因為你大抵不能一次就作對。是啊，軟體一定要根據使用者或者現實需求來進行隨時改進。這讓我想到了老師課上講的敏捷開發，先構造一個框架，然後根據要求一步一步的來完善這軟體。這個才能夠好的適應客戶，讓軟體良好的發展。 將軟體比喻成一個洋蔥，可對我的現在認知來說覺得很恰當。

      讀完這幾章後感覺軟體工程所面臨的種種困難與艱難的描述，即便再過5年讀也許都不過時。因為正如原作者所說，書中描寫的是一隊人馬並肩扛起程式碼大石，雖歷經磨難仍欲將其推上山頂的故事，而正是這種故事成就著今天全世界億萬臺伺服器和PC機上執行的各種軟體，成就著人類不斷超越實現更偉大的夢想。