被我发送此文章的同事将被我打上 不善沟通且我将避免与其沟通的标签

除非深入学习此文的沟通技巧并付诸实践

示例

一个很坏的沟通方式(精简版)

一个相对好的沟通方式

宗旨是不要假设我知道所有的情况，我不是安排你工作的人，你应该主动尽可能详细地描述你的现场是什么情况，你的操作过程是什么，你有没有自行做过一些排查尝试。尽可能不带判断地详细地描述物理世界发生了什么，看到了什么现象。

第一个方式提问者花了两三个小时自己排错自己思考，也进行了很多尝试，并不能说他不努力。 但在沟通过程中他将自己前两三个小时的努力化作了泡影，因为我并不知道他到底做了什么事情，我会让他按我的猜测方向再做一次操作并告诉我现象。 并且在来回提问拉扯的过程中再次浪费双方半~两个小时。

假设提问者仔细考虑过自己到底做了什么操作，并花费20分钟提炼编辑发给我。 采用第二种提问方式，我将很快锁定究竟是什么问题。浪费提问者20分钟，我则几乎不用太多时间。

一些摘录自其他文章的本质技巧

来源自

ryanhanwu/How-To-Ask-Questions-The-Smart-Way: 本文原文由知名 Hacker Eric S. Raymond 所撰寫，教你如何正確的提出技術問題並獲得你滿意的答案。

tvvocold/How-To-Ask-Questions-The-Smart-Way: How To Ask Questions The Smart Way 《提问的智慧》中文版

群友巨著——《如何不像弱智一样提问》

我自己的小巧思

提问应明确但不代表详细无用

对于真正高明的提问者来说，指出核心问题并附加合适的补充描述，是一种没有压力的事情。他们当然也不可能看到这篇文章。

我希望看到这篇文章的读者，尽可能提取出你认为最明确的提问，和最合适的补充描述，放在提问最前面。

但你自认为的明确当然不可能事实上明确，请

同时编辑出完整的操作流程，你到底做了什么，尽可能详细地描述，作为补充之补充信息，附在提问后，这将给回答者了解情况提供极大的便利。请相信回答者的能力，你花费两三个小时编辑的内容，他们依然可以在十分钟内看完。

提问不要分段发送

请在文本编辑器真正编辑好“问题”，并自己阅读一遍后统一发送。

这样将极大节省回答者时间，并且回答者可以像解难题一样专注，而非像刑侦不断发现新的线索，这通常会使技术从业者非常恼火。

別用低聲下氣取代你真正該做的事

有些人明白他們不該粗魯或傲慢的提問並要求得到答覆，但他們選擇另一個極端 -- 低聲下氣：我知道我只是個可悲的新手，一個失敗者，但...。這既使人困擾，也沒有用，尤其是伴隨著與實際問題含糊不清的描述時更令人反感。

別用原始靈長類動物的把戲來浪費你我的時間。取而代之的是，盡可能清楚地描述背景條件和你的問題情況。這比低聲下氣更好地定位了你的位置。

描述目標而不是過程

如果你想弄清楚如何做某事（而不是報告一個Bug），在開頭就描述你的目標，然後才陳述重現你所卡住的特定步驟。

去掉無意義的提問句

避免用無意義的話結束提問，例如有人能幫我嗎？或者這有答案嗎？。

这不会使你显得很礼貌。

首先：如果你對問題的描述不是很好，這樣問更是畫蛇添足。

其次：由於這樣問是畫蛇添足，駭客們會很厭煩你──而且通常會用邏輯上正確，但毫無意義的回答來表示他們的蔑視， 例如：沒錯，有人能幫你或者不，沒答案。

一般來說，避免用 是或否、對或錯、有或沒有類型的問句，除非你想得到是或否類型的回答。

問題解決後，加個簡短的補充說明

对于我而言，所有的问题都应该最终有定论，否则在我这里永远悬而未决。

别人给我的问题，这个定论依赖于别人给我。

所以无论是否真正解决，还是在项目中将其搁置，或者需要我做修改，或者是其他人的修改可以糊弄过去。

在一周内应当给我有一个答复。

如果问我问题，但不把最终结果告诉我，那么我可以确定你是傻逼，并在后续拒绝与傻逼的一切沟通。

学会圈出重点

截图截一半，父母少一半。

仅截图某个关键信息或其上下两行，这不叫圈重点。需要携带合适的上下文信息，否则根本无法分析。

如果你不擅长分辨什么是上下文，请直接截图整个窗口、整个屏幕，并用截图工具自带的划线功能圈出重点信息。

请有自己的目标感

你的目标是“解决问题”。

请不要一次性抛出很多问题，请找到最棘手最难处理的编辑提问。

我知道你很急，但是先别急，很多的问题占据我的脑子只会使我宕机摆烂，对“解决问题”不可能有帮助。

通常我是一个热心肠且有礼貌的人，我喜欢任何人给我带来问题并解决，仅仅寻求这样的思维健美操。 假如假如，我一旦确认你是傻逼，且不自知，那么你会感受到我全方位的阴阳怪气。