大道至簡第四章的主題是溝通。
這一章涉及到了我上的一門課，uml
。我過去一直覺得這個東西難懂，或者目的性我尚不太明確。這一章解決了我的一些疑惑。
在以後面對客戶的時候，我們首先要了解客戶的需求，我們才能圍繞著客戶的需求進行擴充套件工作。那麼僅僅了解不夠，還需要通過自己的理解，來和客戶的需求進行對照，看是否一致，那麼溝通就來了。
程式設計不是客戶需要去了解，客戶需要了解的是簡單直白的解釋，不需要任何多餘的言語，只需要用雙方都懂的方式，進行思維的交流。
鑑於最近學習的uml
，我些許了解到這個東西的作用。
建模。用著影象和文字的方式，層層結構，像樹枝分叉開，由主幹到枝葉，將整個產品解釋清楚，由概括到細節，讓客戶或者創造者都能從中了解自己所需求的東西，心中有個大概，用起來也有細節。
用這種方式，大概算是現今互相了解之後，共同創造的東西吧！一座橋梁，一種通用的語言。當然，這僅僅是一種語言。人有區別，並非絕對統一。
所以，溝通並非流於形式，並非一定得用一種方法。行之有效，簡介明了的方式才是最好的。除了會uml
，也得會其它的方法，只要能夠理解專案的內容，也是可以的。
在溝通的時候，客戶也是有他自己的工作，也是又自己的事的，他並非天天能夠站在程式設計師旁邊，時時刻刻交流，時時刻刻改正。所以溝通也有了條件和限制。在限有次數的溝通中，絕對沒必要在吃飯喝酒中去了解客戶的需求，浪費大家的時間，且浪費精力。所以，力求「最簡溝通」。在向客戶提出問題前，就先設計問題，爭取最大的資訊，最全的資訊，最主要的資訊。這也不是扣著字眼，用著文言文的方式去問客戶，我們可以將專案過程中，最需要解決的問題（不是技術上的問題）進行交流。
在程式設計的時候，溝通不只是和客戶，還有自己、團隊。
「為不存在的角色留下溝通的渠道」
我們在做專案的時候，要留下歷史記錄。讓其有著故事，有著繼承性，不然等別人來看這個專案，就將是兩眼一抹黑，若是換人，或者時間上過了很久，再看這個專案，也只能終止，無法繼續過去智力和努力留下的結果。
我相信做專案，並非一次完成，在過程一定會有很多創新，當我們為這個無數個失敗品留下注釋，也許以後用到時候，才能得心應手，成為永遠的素材。我現在做的程式、例題上面的注釋，都有反覆學習的用處。
溝通永遠都是獲取資訊的方式，無論與他人，與自己，都有著理解的加深伴隨。所以我總結出：常和自己溝通，留下自己的歷史，能將成為素材；善於和他人溝通，能夠加深理解，使專案更加完美。
讀《大道至簡》有感
讀 大道至簡 有感 本書是在 思想方法學 這一軟體工程尚未涉足過的領域中的是實習之作。通過這本書，我終於更加透徹地理解我們軟體工程，乃至所有要程式設計的學科中的學習的道理和方法 更加透徹的理解了程式設計的精義 更加透徹的理解了程式設計師工程師的職責。它開篇以愚公移山的古典作例講解了程式設計的精義，道...
讀大道至簡有感
周愛民老師的 大道至簡 這本書被譽為 激盪新思的佳作 在老師的推薦下，我在暑假抽出部分時間將其閱讀了一遍，書中講的東西令人深思，於是我將自己的感受記錄於下。這本書的第一章借用愚公移山的故事講述了變成的精義 第二章講了李冰用火來鑿山，從而說明當事情繁瑣複雜時，要想辦法去解決，探索新道路 第三章乙個團隊...
讀《大道至簡》有感 1
實不相瞞，即使已經有過一年程式設計學習，有一定時間的 訓練，曾獨立完成過一些程式設計，c與c 考試成績都在80分以上的我來說，程式設計之路，還很迷茫。程式設計到底是什麼？說實話，我本不是很懂，大一的我只是被動接受老師的知識，循規蹈矩的去練習。題目雖然做出來了，但是，說實話，沒搞懂。我會套用已有的模板...