今天懷著熱情我讀了大道至簡的第四章——流於形式的溝通。通過學習這一章的內容，我明白了我們程式設計師的交流溝通在完成乙個專案的過程中必不可少，而如何進行合適有效的溝通，在這一章中我深有體會。
溝通，寫起來簡單，但是做起來可就沒那麼容易了，不管是自我溝通，還是父母之間的溝通，同學之間的溝通，師生之間的溝通，還有與客戶之間的溝通……太多太多了，所以溝通對於我們來說是多麼的重要，這關係到我們的前途和未來，所以，我們必須要講溝通做好，要善於交流。
對於我們搞程式的人或者研究人員來說，因為客戶是不可能都會c語言或者是都懂得uml的，所以我們不要妄想用建模來與客戶進行交流溝通，所以就產生了我們與客戶交流的最大的障礙。對於這種情況，我們就要麻煩專案經理去向客戶用說話語言交流、展示。同理，客戶用自己的語言把想要的功能敘述出來，那麼對於開發人員只用專業的語言和知識來理解客戶的意思實際上還是有點困難的，所以就需要調研人員，專案經理等去和客戶溝通，再回來用開發人員能夠理解的語言告訴開發人員。這樣專案經理就在這個溝通過程中發揮重要的作用。
乙個團隊與乙個客戶或者是乙個公司最好的溝通就是最簡溝通，不要把我們團隊裡的什麼知識，什麼原理告訴他們，只需要把他們所需要的資訊傳遞給他們就行。這就需要首先，在溝通前要先了解該公司的具體情況：比如公司的經營理念，組織結構形式等。充分了解客戶資訊後，我們開始設計提問，然後進行溝通，通過溝通確定專案的實際需求，然後進行整理，接著用最短的時間完成乙個初步系統模型，然後這個時候我們就需要乙個面對面的溝通，一次面對面的溝通，優於飯桌上的交談，強於幾講也講不清楚的**溝通。進行面對面溝通聽取客戶的意見，然後根據客戶的意見進行下一步的設計，儘量減少溝通的次數，畢竟客戶時間有限，但是要保證盡量做到有效的溝通。
對於溝通，不僅僅是我們與客戶之間的溝通交流，我們內部自己與隊友，與同事之間的溝通交流也是極其重要的。相互了解相互溝通是做大事的基本。
最後，我們不能流於形式的溝通，不能需要形式上的溝通而去進行溝通，而是應該在需要溝通的時候進行溝通。像我們身邊，有時候就是過於傾向於形式的溝通，不斷的開會，卻沒有乙個結果。實際上一件非常簡單的事或許能用一句話來解決的事，我們往往要用很多繁瑣的會議來解決，這只是在浪費資源罷了。我們也一樣，我們只要行之有效的、能在各個專案角色間通用的，就是最好的溝通方式，而不是流於形式的頻繁的溝通。如果你流於形式的溝通，那麼就可能導致你的專案被不斷推翻和不斷延遲，這是誰也不想看到的。
總而言之，要學會並且很好的去交流溝通，進行最有效的溝通，而不是流於形式的溝通。只有溝通好了才是一切成功的基礎。
讀《大道至簡》有感
讀 大道至簡 有感 本書是在 思想方法學 這一軟體工程尚未涉足過的領域中的是實習之作。通過這本書，我終於更加透徹地理解我們軟體工程，乃至所有要程式設計的學科中的學習的道理和方法 更加透徹的理解了程式設計的精義 更加透徹的理解了程式設計師工程師的職責。它開篇以愚公移山的古典作例講解了程式設計的精義，道...
讀大道至簡有感
周愛民老師的 大道至簡 這本書被譽為 激盪新思的佳作 在老師的推薦下，我在暑假抽出部分時間將其閱讀了一遍，書中講的東西令人深思，於是我將自己的感受記錄於下。這本書的第一章借用愚公移山的故事講述了變成的精義 第二章講了李冰用火來鑿山，從而說明當事情繁瑣複雜時，要想辦法去解決，探索新道路 第三章乙個團隊...
讀《大道至簡》有感 1
實不相瞞，即使已經有過一年程式設計學習，有一定時間的 訓練，曾獨立完成過一些程式設計，c與c 考試成績都在80分以上的我來說，程式設計之路，還很迷茫。程式設計到底是什麼？說實話，我本不是很懂，大一的我只是被動接受老師的知識，循規蹈矩的去練習。題目雖然做出來了，但是，說實話，沒搞懂。我會套用已有的模板...