如何溝通呢？相關的書籍有很多，大道理我就不說了，其實我也說不好，說點實在的吧。最近和吉日嘎拉聊天，有點感想，說一下。
1、說話之前要實作考慮一下對方的“承受能力”，也就是說對方會有什麼樣的反映，最好能做到對方的反映在自己的預料範圍内。當然一開始和一個陌生人交談的時候是很難做到準确的判斷的，隻能根據大家比較普遍的思維方式來判斷。不過随着交談的加深，就應該比較了解對方的思維方式。進而修正自己的判斷。
如果你能夠很準确的判斷出來，自己說出來的每一句話，對方的反映的話，那麼交談應該是很愉快的。
2、不要把自己的經驗、知識、承受能力等“強加”到對方身上。不要認為你知道的，對方就一定知道，你對某一個名詞（比如三層架構）的了解就一定和對方是完全一緻的。不然覺得你能夠接受一個玩笑，對方也可以接受。總之呢，要先試探一下對方的“承受”能力，呵呵。
3、平等交流。我們都是程式員，沒有上下級的關系。不要認為你的年齡大、工作經驗多，走的路比别人吃的鹽都多了，你就可以給人一種“高人一等”的感覺。當然，有的時候這種感覺是不自覺的情況下帶出來的，自己根本就沒有察覺。但是不管怎麼說，如果對方有了這種感覺，那麼就很不便于交流了。
4、換位思考。這個是很常見的，經常挂在嘴邊上的話，那麼如何才能真正做到換位思考呢？想要做到并不容易吧。
5、先當“聽衆”，仔細聆聽，聽完一遍再說。先要了解對方的思路，完全按照對方的思路取走。然後再根據自己的經驗判斷這個思路了是否正确。如果感覺對方的思路不對的話，要提出細節的地方，不要很籠統的說你的是不對的，但是到底哪裡不對呀？比如對方說了100句話，你告訴他，你有一句話說的不對，至于是那一句話嘛，你自己去找吧。這個就很郁悶了。既然提出來了，那麼為何不說的詳細一點呢？
假設看到了對方寫得一個類庫（500多行代碼），命名不對，那麼為什麼不能舉個例子呢，比如說你的xxx行的xxx的命名方式不對，而是很籠統的說，你的命名不規範，你自己檢查吧。你是老師嗎？你在判卷子嗎？即使是判卷子，也要在答錯的題目上打個叉子，而不能在整張卷子上面打個叉子吧。
6、從整體的思路入手，先不要過多的考慮細節問題，先掌握了對方的思路再說，不要在細節問題上過多糾纏。思路上掌握了，再去讨論細節問題。思路上都沒有同意呢，讨論細節有什麼意思呢？
這裡想到了對日外包，想到了一個電視劇的情節。一個小工作作坊，趕制一批貨物，定好的是早上8點交貨，遲到了兩分鐘，結果呢，對方根本就沒有驗貨，直接拒之門外，而且以後再也不接受這個作坊的貨物了。這确實是一個很殘酷的事情，規定就是這樣，違反了，就一點希望都沒有了。（寫到這裡，都不知道如何繼續了，如果國情可以這麼嚴格的話，那麼可能就不是現在的這個樣子了。）
上面好像跑題了，我們也不是大老闆，還是寬容一點的好，呵呵。自己是高人，不算厲害，如果能讓周圍的人也變成高手，那才叫厲害呢。又想到了《陳真》裡的一句台詞：中國就一個陳真，而日本卻有千千萬萬個。。。（那個和陳真作對的日本人的名字忘記了）！
先說這些吧。
就算是抛磚引玉了，呵呵。