閱讀完《夢斷代碼》後，我腦海中徘徊四個字——做軟件難。下面這段話的描述很是形象
書中一羣人懷抱着改變世界的理想上路了， 卻在追尋時發現， 那些近在眼前的理想之峯， 變得那麼的遙不可及； 每當翻過一座橫亙在面前的山峯時， 總以爲已經來到理想之峯的腳下， 卻發現這又是另一座需要攀越克服的阻隔之峯軟件開發過程有時就是這樣的一種體驗，目標看是唾手可得，卻又總是在你伸手摘取時，發現還有一段距離要走， 問題隨着開發的深入而不斷湧現； 這就像是坐在大象背上的訓象師，用吊在大象鼻子前的香蕉，給大象耍的把戲。
或許因爲自己還沒有從事軟件開發職業，所以對這段話的體會並沒有那麼深刻。接下來說下自己對於其他章節的簡單認識
第8章叫做“白板上的及時貼”。“喫自己的狗食”，這是微軟和許多態度嚴謹的軟件公司的一種規定，即開發者必須使用自己正在做的產品。在OSAF，“喫狗食”感覺很對路。喫狗食可以用來在服務器發佈版中找出最後一些產品缺陷。在這些前人的經驗中，我們可以看到“喫狗食”有助於發現和修正缺陷。“計劃會議”提出的“白板上的及時貼”很好地解決了會議上如何知道新版本的大小和無法比較特性的問題。“白板上的及時貼”通過略去已經取消或推後的特性，還有沒必要包括的特性，讓工作簡單化。“白板上的及時貼”能很好地監控工作進度，和我們在團隊項目第一次衝刺週期制定的電子版任務看板表格類似，能很好地顯示工作進度，從而瞭解各個團隊成功的任務完成狀態。
第9章叫“方法”。首先提到質量三角——時間、金錢和特性（或質量）。通過Chandler1.0版的引用，很好地告訴我們，OSAF需要有可行的方法論。作者通過各種案例告訴我們，方法論形成經歷了很多失敗，通過各個成功人士的修改和添加，出現了各種各樣的方法，例如CMM、TSP、PSP、瀑布模型、螺旋模型，最終出現了敏捷軟件開發。《敏捷宣言》簡明扼要，敏捷方法論層出不窮，有爭球式開發（Scrum），最流行的變種是極限編程。團隊APP項目的軟件開發過程中，採用的就是敏捷軟件開發方法，通過敏捷開發方法來實現我們的項目，給我們帶來了方便。
在這學期的團隊項目開發中，鍛鍊了自身的團隊合作交流能力，學會了簡單應用敏捷開發模式，項目開發過程中，加深了我們任務看板、敏捷開發方法的認識，讓我明白了當初的做法給團隊的不便，在以後的團隊項目中，我們要合理運用“喫自己的狗食”的方式，來保證自己項目的質量。