記錄一些常見的溝通問題 29

本 issue 用於彙總一些在社群常見的的溝通問題，方便直接丟鏈結砸臉。

1）有人想解決問題 x

2）他覺得 y 可能是解決 x 問題的方法

3）但是他不知道 y 應該怎麼做

4）於是他去問別人 y 應該怎麼做？

簡而言之，沒有去問怎麼解決問題 x，而是去問解決方案 y 應該怎麼去實現和操作。於是乎：

1）熱心的人們幫助並告訴這個人 y 應該怎麼搞，但是大家都覺得 y 這個方案有點怪異。

2）在經過大量地討論和浪費了大量的時間後，熱心的人終於明白了原始的問題 x 是怎麼一回事。

3）於是大家都發現，y 根本就不是用來解決x的合適的方案。

x-y problem 最大的嚴重的問題就是：在乙個根本錯誤的方向上浪費他人大量的時間和精力！

『欲知後事如何，且聽下回分解』

總是留個後手，不要一次性把話說完，讓你的問題充滿神秘感，充分調動起讀者的好奇心。

正確示範：

你：我的**出錯了，不知道該怎麼辦？

你：我這裡有乙個問題，有人能幫我解決麼？

你：在嗎？

『接連便是難懂的話，什麼"kpi"，"績效"，"棄坑"之類，引得眾人都哄笑起來』

把你的問題拔高乙個層次，站在道德高地進行指責，一旦討論涉及到政治，他們便百口莫辯。

正確示範：

原來大公司團隊也就這樣啊，都不好好測試的麼？就這玩意還好意思拿出來，

就是個 kpi 產物，晉公升完就不管了。

錯誤示範：

這個專案雖然是大公司的產品，在以下方面比起競品還有劣勢，個人不建議使用。

『你們把我專案搞掛了，狗屎！』

開源專案導致了你的專案出現 bug，導致了你週六晚上還要加班，導致了男/女友抱怨你不理他/她，這必須要有人負責。你的工作和生活被他們毀了，也別讓他們好過。

正確示範：

這個專案爛透了，用起來全是坑，文件也太簡略了，這樣做開源真是呵呵了

錯誤示範：

這個專案有很多細節問題，文件也不完善，請問有改進的計畫麼？

我收集了以下具體問題，希望持續完善。

通常用來指某些簡單到所有人都可以發表觀點，並且幾乎所有人都會去發表觀點的問題。

用來代表一些無關緊要但會引起大量爭論的問題，如我們軟體開發行業：

類似的問題還有很多，並且通常爭論不休。與其參與到其中圖個嘴上痛快，不如踏踏實實地關注眼前的問題。願你能夠辨別自行車棚問題、遠離自行車棚會議，充實地過好每分每秒。

1 巨集和內聯函式的區別巨集是通過文字替換實現的，內聯是通過傳參實現。對於square a 這種，巨集實現後a 了兩次，而內聯實現的結果是先將a做square，再自加一次。2 引用和指標宣告引用時必須初始化，後續不能修改引用的變數可以改變值指標可以先宣告，再賦值。3 右值引用待學習 4 避...

1 當你不同意對方的觀點時，我們通常會說我認為我覺得其實你可以說我們從另外乙個個角度一下 2 影響溝通效果三要素文字語言傳達資訊聲音語言傳達感覺肢體語言傳達態度 3 問問題的技巧問簡單慣性問題問對方無抗拒點問題問對對方有好處的問題讓對方說是的問題讓對方連續說是的問題 ...