昨天同事和老大提出一個建議,結果他們兩我的的交流,變成了一場爭論,並且是同事連本身的想法都尚未完整的告訴老大。程序員
同事提出建議以前,就首先質疑老大如今的作法。說了一大堆如今的作法這裏很差,那裏很差。是菩薩都是有脾氣,更況且上司,並且是當着其餘人的面,沒有手把手的數據前提下,來質疑如今沒有問題的作法。結果,老大也不禁他說完,來解釋本身這樣作的緣由。好吧,如今連爭論的焦點,都不在同事提出的建議上了。做爲boss,是否是也應該等手下把建議表述完整以後,再來辯論呢?不過個人立場比較傾向於boss。程序
不管做爲程序員,仍是平時生活中,都不該該輕易去否認別人的勞動成果。不管你的想法有多麼的好,這也不可否定別人的作法。更況且,本身的想法,有時候是基於別人想法的改進,那你有什麼資格去質疑別人的作法呢?在討論解決方案的過程當中,不是一場辯論賽,而是應該協做找出最適合的解決方案。你們的解決方案,沒有好壞之分,只是適不適合。做爲程序員,辯論一詞是具備很強的貶義性質。一旦你成爲一個辯論者,你只是想爭一場輸贏,而不是找到一個解決方案。在我看來,辯手都是沒有原則立場,他們的立場就是他們是正方仍是反方。做爲一枚程序猿,不該該只是爲本身的方案爭的足夠的支持,並且協力討論出最適合的方案。你們的方案各取精華。數據
因此,在溝經過程中,應該少一點爭論,多一點闡述和傾聽。生活