我约了几个朋友去下个馆子，吃点小川菜，坐定后，我边看着菜单，边跟朋友商量加一个什么鱼类的菜呢，此时服务员正站在我们的身边，略微期待的看着我。我扫了几眼几个鱼类菜品，于是还问了服务员：“是酸菜鱼好吃，还是豆腐鱼好吃？”服务员回答我：“酸菜鱼最近点的人很多。” 于是，我就跟朋友做了一轮眼神的确认，点了酸菜鱼。15分钟后，服务员将酸菜鱼端过来，香味四溢。
作为吃鱼长大的南方人，我每次吃鱼都要弄清楚食材是什么鱼。趁服务员放下酸菜鱼，我就问了一嘴：“这个是什么鱼？” “酸菜鱼”，服务员好像提前知道我问什么一样，不用做任何思考就给了我一个答案。
听到这个答案，我感到很无助，我只好追问了一个：“这酸菜鱼里面用的什么鱼？”......
昨晚去露营，跟一个年轻的领队聊到看日出的事情，我就问了领队一个问题：“太阳从哪边升起来的？” 领队不假思索回答我：“太阳从东边升起来的。” 但他立马又补充了一句：“让我想想，东边是在山的哪边”。如果他没有补充后面这一句，我得到这样的答案后，内心是跟酸菜鱼是一样的。
这个沟通从两个视角来看，首先我作为提问者，因为我的假设，我省略了一些限定词，比如：
- “这是什么鱼？” vs “这菜用的是什么鱼?”
- “太阳从那边升起？” vs “太阳从山的哪边升起？”
我相信作为听者，后面的问法肯定会更明确具体，直接回答问题，也更容易答即所问，作为提问者，你也更高效获得你想要的答案。回到代码设计中，有时候简写一些单词和行数，并不能让你的代码更容易被人理解，代码自表意说的就是让人看完之后就准确理解代码的意思，虽然行数或者长度更多，但被理解的时间缩短了，你帮别人节省了时间，别人就更愿意读你的代码。
从另一个角度，当别人这么问你的时候，你不妨多想想，这么明显的问题（比如：太阳从哪边升起？），难到对方不知道太阳是从东边升起的？不对，这个肯定不是他想要的答案。再结合聊天场景，就不难发现，他其实是关心太阳从山的哪边升起。所以，有人提倡 -- 快思考，慢说话，在沟通的时候，多思考，让表达稍微比思考慢一点点。如果问题没这么简单，你还可以通过进一步的反提问来挖掘提问者的真实诉求。
关于这个沟通，你觉得还有哪些可以优化的地方呢？
网友评论