一些常见沟通问题
汇总一些常见的的沟通问题。
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 还是空格？
- 要不要锁版本？
- ......
类似的问题还有很多，并且通常争论不休。与其参与到其中图个嘴上痛快，不如踏踏实实地关注眼前的问题。愿你能够辨别自行车棚问题、远离自行车棚会议，充实地过好每分每秒。