记录一些常见的沟通问题

[atian25]

前言

本 issue 用于汇总一些在社区常见的的沟通问题，方便直接丢链接砸脸。

---

1. X-Y PROBLEM

https://coolshell.cn/articles/10804.html

1）有人想解决问题 X
2）他觉得 Y 可能是解决 X 问题的方法
3）但是他不知道 Y 应该怎么做
4）于是他去问别人 Y 应该怎么做？

简而言之，没有去问怎么解决问题 X，而是去问解决方案 Y 应该怎么去实现和操作。于是乎：

1）热心的人们帮助并告诉这个人 Y 应该怎么搞，但是大家都觉得 Y 这个方案有点怪异。
2）在经过大量地讨论和浪费了大量的时间后，热心的人终于明白了原始的问题 X 是怎么一回事。
3）于是大家都发现，Y 根本就不是用来解决X的合适的方案。

X-Y Problem 最大的严重的问题就是：在一个根本错误的方向上浪费他人大量的时间和精力！

---

2. 如何向开源项目提交无法解答的问题

https://zhuanlan.zhihu.com/p/25795393

卖个关子

『欲知后事如何，且听下回分解』

总是留个后手，不要一次性把话说完，让你的问题充满神秘感，充分调动起读者的好奇心。

正确示范：

你：我的代码出错了，不知道该怎么办？
你：我这里有一个问题，有人能帮我解决么？
你：在吗？

上纲上线

『接连便是难懂的话，什么"KPI"，"绩效"，"弃坑"之类，引得众人都哄笑起来』

把你的问题拔高一个层次，站在道德高地进行指责，一旦讨论涉及到政治，他们便百口莫辩。

正确示范：

原来大公司团队也就这样啊，都不好好测试的么？就这玩意还好意思拿出来，
就是个 KPI 产物，晋升完就不管了。

错误示范：

这个项目虽然是大公司的产品，在以下方面比起竞品还有劣势，个人不建议使用。

尽情宣泄情绪

『你们把我项目搞挂了，狗屎！』

开源项目导致了你的项目出现 BUG，导致了你周六晚上还要加班，导致了男/女友抱怨你不理他/她，这必须要有人负责。你的工作和生活被他们毁了，也别让他们好过。

正确示范：

这个项目烂透了，用起来全是坑，文档也太简略了，这样做开源真是呵呵了

错误示范：

这个项目有很多细节问题，文档也不完善，请问有改进的计划么？
我收集了以下具体问题，希望持续完善。

---

3. 屎色自行车棚

https://juejin.im/post/5aa882eaf265da23923607bd

通常用来指 某些简单到所有人都可以发表观点，并且几乎所有人都会去发表观点的问题。

用来代表一些无关紧要但会引起大量争论的问题，如我们软件开发行业：

• 世界上最好的编程语言是？（或许这个问题已无需争论）
• React 和 Vue，哪个更好？
• 世界上最好的编辑器是哪个？Emacs 还是 Vim？
• 代码中的缩进应该用 Tab 还是空格？
• 要不要锁版本？
• ......

类似的问题还有很多，并且通常争论不休。与其参与到其中图个嘴上痛快，不如踏踏实实地关注眼前的问题。愿你能够辨别自行车棚问题、远离自行车棚会议，充实地过好每分每秒。

[ghost]

提问也是沟通过程中的重要一环，所以推荐这本书《如何提问》