之前看到陈皓大神的一片博客，X-Y problem，连接http://coolshell.cn/articles/10804.html。当初看的时候我是深有体会，自己之前也犯过类似的错误，今天又犯了一次，感觉应该记录一下，已自勉。
首先说一下我自己的经历，今天在向家里支持我们的同事针对一个问题沟通时的场景重现：
（我们遇到一个问题现象是X，但我不知道从哪得来的自信认为产生问题X的原因是Y）
我：“兄弟，Y这种方式不对吧？”
小Z：“什么意思？”
我：“现在不能用Y这种方式，应该用另外一种实现方式，因为......”（我自认为说的很明白）
小Z：“先说问题现象，先别推断原因”（一语惊醒梦中人）
我：“我们这出现了问题X”
小Z：“......，这个问题不是很简单么”
其实中间很多讨论是双方都不明白对方说的啥，这就严重降低了沟通效率，造成这种情况的根本原因是我没有把问题描述明白，我自认为是Y导致的问题X，所以我直接把Y当做一个待解决的问题去沟通，但实际情况并不是Y导致的。
正确的做法也许是这样的：最根本上的问题一定要带出来，即使你有解决方案或是分析结论，但是这是针对哪个表面问题一定要说清楚，这样不至于从我自己“造的问题”上七扯八扯，最终还是回归的问题X上来。
另外，还得跟我自己说一句：搞程序的千万不要道听途说，实践是检验真理的唯一标准......
950
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
