業務的交流語言，使用業務性的詞彙表進行交流，在需求人員、甲方業務人員、軟體架構人員、軟體開發人員以及軟體的測試者之間進行有效的交流，it組織需要不斷豐富相應的業務語言，達到對業務語言的理解無二義性，使得業務語言（詞彙表）無障礙的交流。
設計的交流語言，使用uml語言進行交流，減少對設計的二義性誤解，使得設計者、開發者、測試者能夠進行很好的交流，同時也可以依據it組織自己的需要進行定義新的uml語言，即擴充套件uml的語言，或者使用dsl語言進行定義，讓設計者完成無障礙的交流。
模式語言，介於設計與開發之間的交流語言，設計者與開發者交流的語言只有設計模式可以充當中介語言，減少理解的誤差。
開發的交流語言，使用程式語言來實現設計方案，程式語言可以精確表達實現這的意圖，不會產生二義性，同時可以掌握多種程式語言，與更多的實現者進行共犯的交流。
採用確認的方案，減少對問題的理解偏差，由開發者依據需求者的描述進行細化的描述，讓需求者確認是否真正表達所理解的內涵，防止理解的偏差，同時對於其他的交流任然適用。
交流的障礙
原文 交流確實存在障礙的，不是人為的。當你和乙個理解上與你差很遠的人一起時，交流上是非常困難的，真的很難交流。因為他所說的話總是讓你想去糾正他，而當你耐心糾正他後，他又會認為你過於鋒芒。他沒錯，每句話都被批判總是很難過的，看見錯誤不糾正我也難過，我也沒錯。錯的是差距。我想我應該還是有錯的，所以我要學...
關於設計模式，有興趣的可以交流交流！
近日，一同學說qq校友中的qq餐廳這個應用很有意思，強烈推薦我去開通，呵呵。於是乎，小弟我便開通了試玩了幾把，感覺做得還不錯，玩過之餘，突然想起乙個問題，自己也是開發人員，假如說要我來做這樣應用的設計，我將如何建立物件模型呢？仔細觀察了一番，其中實體有 一，裝鉓品 桌子，椅子，門，窗戶，盆景，地板等...
今天交流的體會
上午到oracle公司就平台公升級方案建議進行初步交流，對上地不太熟悉，雖然位址是上地西街6號，我們還是想通過看建築物上的標誌去找，因為我們確信，oracle工作大廈一定會有醒目的oracle標誌,當我們看到有標誌時，就毫不猶豫的向它走去，大廈正門前面很特別，有乙個長方形的水池，水不深好象也不流動，...