第四章：流於形式的溝通。
強調使用者不可能用專業語言來跟你說明他要的東西需要具備什麼功能，這個時候就要正確的理解客戶的要求，多跟客戶做溝通，要貫穿開發的整個週期，以便做改動使專案更 加適合客戶的需求。溝通問題不僅僅存在與客戶交流之中。還存在於與專案的各個角色之間。專案的分析報告為設計人員所看不懂，設計人員的方案為開發人員所看不懂，而開發 的結果為測試人員看不懂，都是溝通問題。所以溝通不應只流於形式，應該為了解決問題有目的的去溝通。
第五章：失敗的過程也是過程。
首先提出做過程不是做工程，並進行了詳細闡述，今兒又說明了走過場，以及走過場會危害到團隊，對團隊造成致命傷害。隨後又提出我們開發是為了實現，實現功能，工程 就是實現的過程，我們的目的一定要明確。最後提出過程不是死模型，要融會貫通，不拘泥與形式，工程不是做的是組織的，強調專案經理應該做到的地方。
第六章：從變成到工具。對於乙個程式設計師，或者以程式設計師自命的人來說，看清楚工程的第一步，是一句「語言只是工具」！強調語言知識工具，我們不應該說哪種語言的好壞，他只是作 為一種工具，我們用長去短讓語言更好地為我們服務。隨後又講了過程，過程說的是很多的人(團隊)如何組織在一起進行開發的問題。它首先把工程中的環節分解出來。這樣，有 了環節，就有了角色；有了角色，就有了溝通，工程。由淺入深的講解了什麼是工程。
大道至簡閱讀筆記
學什麼都有方法，程式設計更不例外。在我看來，學程式設計最重要的就是方法。正如書中所提及的，人的精力終歸是有極限的。做事不能一昧的依靠動力，得提出新的 方法 這才是解決事情成效的根本問題。也許會有人說我們可以多吃點飯，多加點班，但是人終究突破不了精力的極限。一昧這樣做，到最後可能會適得其反，終究被現實...
《大道至簡》閱讀筆記
今天我讀了 大道至簡 這本書，感覺挺好的。作者首先點明 是懶人造就了方法。同時他也闡述了自己的觀點 程式 演算法 結構 方法。我感覺作者的語言風格十分淳樸，很口語化，這讓人很容易接受。他還點明了團隊就要有嚴格的制度，這樣才能充分調動隊員的積極性，這一點我十分認同。乙個團隊如果沒有很好地約束，隊員們肯...
大道至簡閱讀筆記002
是懶人造就了方法 有一句笑話是這麼說的 懶是人類前進的動力，是社會發展的第一生產力 雖然人們都把它當做笑話，但是我感覺它還是有一定道理的。正因為對生活便捷舒適的嚮往，人們才會發明各種東西和方法。懶得走，發明車，自行車，電動，摩托，汽車。懶得人工，發明了機械臂，流水線。老師舉了李冰的故事與愚公對比，更...