c語言是每個程式設計師必需學習的語言，也是必須要掌握的語言。它對於開發人員，卻不一定對每乙個人來說重要。客戶是不需要掌握
c語言的，在開發人員看來，他們希望客戶學習或精通
c語言，這樣可以方便他們之間交流和溝通，可是要求客戶學習
c語言明顯是自殺式的行為。所以，開發人員最還不要只見面對客戶，讓專案經理來和客戶交談，它們可以用非
c語言而很好的交流。他們會用一種
uml的模型語言來解決好客戶的問題。可是客戶會用
uml語言嗎？這是乙個問題，乙個客戶與開發人員，專案經理之間的溝通問題。
uml在實際應用中存在了兩個問題：
1，大部分的使用者，以及客戶的資訊人員，其實並沒有足夠的能力，來確認這些檔案的正確性及完整性。
2，除了客戶部了解
uml，
ooad
跟rup
以外，另外乙個更糟糕的現象就是專案組裡面的人也不懂。這就相當於乙個人在用甲骨文來個我們交流，除了
uml是專業用語它還有什麼意義呢。
在專案進行中，開發任運要與客戶溝通的計畫只有三條：1
，在乙個月中，只能跟客戶作三次聯絡；
2，三次聯絡中，最多只能有一次面談的機會；
3，乙個月後，提交全部的需求調研報告，需求分析和關於該項目的遠景規劃。如果專案並不大，開發人員不需要花太多精力，為了更好地完成專案需要減少溝通和保障溝通質量。這時提出了最減溝通，首先要了解客戶所在公司的經營理念，組織結構，工作模式，了解相關軟體的特徵及客戶關注的內容。然後開設設計問題，將專案概論用
發給客戶，對客戶的回覆來進行修改。確定實際目標和遠期方向。最後進行面對面的溝通，得到詳細的調研報告，最後完成整個專案。
歷史上由於材料的缺失導致斷層是常見的，專案的中斷和終止與歷史產生斷層的內因是一致的。我們在做專案是如果不留下歷史的痕跡，那麼在別人看來那就是兩眼一抹黑，什麼都不懂，所以維護就專案比作新專案更難。而歷史記錄和注釋不是一回事，**中的注釋是為閱讀**而被留的，而歷史記錄是為整個專案記錄的。所以在你寫程式時，不僅要自己能看懂，別人也要看懂。
溝通是有目的性的，如果沒有目的性和客戶溝通那就是浪費時間，而在大多情況下，它僅僅是交流感情。溝通問題不僅僅存在於客戶交流之中，還存在於與專案的各個角色之間。所以，流於形式的溝通，可能是使得你的專案被不斷推翻和不斷延遲的最直接原因。
大道至簡 溝通
在日常生活中我們少不了與人溝通，溝通搭建了人與人之間的橋梁。溝通的方式有很多種，不僅僅是語言，還有我們的表情，肢體動作等。但不可否認的是語言是我們人常生活中最常用的一種溝通方式，通過語言我們可以將我們的想法表達給其他人。溝通能力日漸成為用人單位選擇員工的重要指標之一。作為一名程式設計人員我們要了解計...
看了《大道至簡》
無意間在網上翻到這本書，粗粗的看了一遍，有點感觸。可以研究細節，但不能陷入，可以一時陷入，但不能一世陷入。當然，這對技術狂熱者或許是除外的。如果要解決問題，那麼無論何種程式語言，都是一種工具，要做的是對於當前的問題選擇適合的工具。任何一種工具都是在某個情境下才可以區分孰優孰劣。中國的一些理論，很少放...
讀大道至簡
軟體開發 方法 過程 工程 組織 演算法 結構 方法 面向過程 物件導向 過程 瀑布模型 迭代模型 工程 專案管理 進度 成本 質量 組織 體制 組織結構和制度 是乙個向外擴充套件的過程。方法 分，模組化設計 過程 增量迭代，還是瀑布模型 工程 進度 成本 質量 組織 組織結構 制度 舉乙個做生意的...