本文倒不是認為需要別人協(xié)助完成一件事情的時候就要低三下四點頭哈腰喊爺爺叫祖宗的求別人。不要字面理解標(biāo)題的意思，而是說一切溝通要以快速達到自己的目的為目標(biāo)。

當(dāng)我這個社恐認為你溝通有問題時，那你的溝通是真的有問題。

某一天某個其他部門的人需要在我們負責(zé)的模塊中合入類似如下的代碼（已脫敏）

進行初步檢視后，我發(fā)現(xiàn)CONSTANT_A和CONSTANT_B，除了用于運算someThreshold之外，沒有任何作用。并且為了保證浮點數(shù)的運算精確，又顯式創(chuàng)建了2個BigDecimal對象（實際創(chuàng)建了3個BigDecimal對象）?？紤]到兩個常量沒有在其他地方被用到，我提出了以下修改建議：

通常來講，代碼檢視意見也不一定就100%是正確的，說不定代碼提交人有自己的考量，于是我等待對方給出了解釋：

兄弟，行行好吧，現(xiàn)在是你想往我們的模塊里塞代碼，不是我在求你改成我們期望的代碼設(shè)計，并且我這樣建議又不是為了刁難你，又不是等著你說什么“求求你了XT總，把我這個代碼合進去吧，我什么都會做的”。

此時我認為他的解釋站不住腳，將建議升級為要求。

就這樣，兩個人為了短短幾行破代碼，吵了一整天，甚至最后由雙方的Seniors決策，最終還是按照要求進行修改。

我們來簡單復(fù)盤一下這個事：

????????????某人找XT申請合入一份代碼；

????????????XT認為這樣的寫法過于浪費，建議修改；

????????????某人拒絕修改，并指出是為了可讀性必要；

????????????XT認為某人的寫法不僅沒有可讀性優(yōu)勢，且浪費空間和性能；

????????????某人認為這不符合他的編程風(fēng)格；

????????????僵局；

????????????5小時后，Senior決定，按照修改建議去修改并合入。

此時總結(jié)一下雙方的得失：

????????????XT：獲得了一天的壞心情

????????????某人：代碼合入耗時浪費了5小時，并且以后的代碼提交會被XT重點審視

對于XT來說，壞心情其實也算不上什么，他可能出去跑個步，回家玩?zhèn)€游戲就忘得精光了，但對于某人來說，這5個小時是實打?qū)嵉睦速M掉了。

在這個情景中，某人處于被動的一方，是需要請求XT來完成一件事情。但面對XT的要求，某人不僅沒有拿出更好的解決方案，也沒有拿出有力的拒絕要求的條件，導(dǎo)致了雙方僵持不下，最后給自己造成了實質(zhì)意義上的損失。

如果將我?guī)肽橙耍谖野l(fā)現(xiàn)沒有更好的解決辦法，或者沒有可以強有力拒絕對方要求的依據(jù)時，此時就應(yīng)該接受對方的要求，以達到完成事情的目的。如果我有更好的建議，我會提出來，但也會優(yōu)先考慮對方的建議，畢竟主動權(quán)在對方。這個過程中不涉及任何所謂的低三下四，一切都是為了更快的達成自己的目的。