大道至簡第四章 緊跟著上一張的內容——合作， 為我們又講了——溝通，乙個團隊中的合作，以及團隊的正常執行往往依賴於相互之間的溝通，文中為我們介紹了這樣一種情況,當客戶與調研人員**需求問題時,總是把事情弄的十分複雜不能是雙方 很好的溝通關鍵在於專業人員 的溝通過分拘泥於形式，用了太多的專業用語，但是客戶對這種語言不能很好地理解，因此形成了雙方之間的溝通問題。
在很多的時候，我所聽到的溝通，都是一種形式。例如與客戶吃飯或者打回訪**。 其實溝通是具有目的性的，如果在沒有明確目的的情況下與客戶溝通，那將是浪費客戶和自己的時間。這種目的，可以是了解專案的訊息、挖掘潛在的專案⋯⋯最末了，才是交流感情。 然而大多數的情況下，它僅僅被看著交流感情。這便成了形式。且往往是客戶所討厭的一種形式。 溝通問題不僅僅存在與客戶交流之中。還存在於與專案的各個角色之間。專案的分析報告為設計人員所看不懂，設計人員的方案為開發人員所看不懂，而開發的結果為為測試人員所看不通。等等都是溝通問題。 uml的確是解決溝通問題的最佳手段之一。然而如果專案一開始就不能用它，那麼強求的結果必然是痛苦的。——要讓uml在乙個沒有經過相關培訓的團隊及其各個角色之間用起來，幾乎是不可能的事。即使用得起來，也存在經驗問題。千萬不要指望僅僅乙個專案，就能讓你的組員深刻的理解uml的思想。 也不要指望在每個專案中都能用它，如果你的客戶能理解並支援使用uml，那以這個專案就會有乙個良好的uml使用環境。否則，開發環節中資料的不一致性，將會使得專案難以收場。 使用與不使用uml，其根本的問題在於溝通方式的選擇。只要是行之有效的、能在各個專案角色間通用的，就是好的溝通方式。 在每一次回顧專案時都應該注意：流於形式的溝通，可能是使得你的專案被不斷推翻和不斷延遲的最直接原因。
總而言之，乙個良好的共同方式決定了合作的成敗，同時也為之後的進步發展起到了關鍵性的影響。
大道至簡第四章
猜對啦，有是我，我又要來扯淡了。並不想寫這篇文章，因為我從小文采不好，不擅長與人溝通。更不想寫什麼觀後感，我個人認為 一本輸是要記在心裡的並不應當成任務來看待，讀書是自願的，強迫是沒有好東西的。下面進入正文。足下求速化之術，不於其人，乃以訪愈，是所謂借聽於聾，求道於盲。唐 韓愈 答陳生書 又是一句古...
大道至簡第四章讀後感
對於溝通第四章提出了公司與客戶之間溝通的問題。客戶是不會c語言，建模語言等，客戶只能用自己的語言把想要的功能敘述出來，那麼對於開發人員只會用c語言等程式語言來理解客戶的意思顯然是很困難的。所以就需要調研人員，專案經理等去和客戶溝通，再回來用開發人員能夠理解的語言告訴開發人員。這樣專案經理就像乙個傳話...
大道至簡第四章讀後感
第四章 流於形式的溝通 主要寫的是身為開發人員或者說程式設計師的我們如何與顧客進行有效的溝通。作者以戲謔的口氣否定了那些妄圖像讓顧客也學會c語言的程式設計師的看法，以及妄圖通過做需求建模開大刀溝通使用者與程式設計師的做法。那麼我們該如何與顧客進行有效的溝通。作者以問道於盲這個小故事作為比喻指出 既然...