请问各位码农你们喜欢开会吗？ 第1页

不喜欢开那些不解决问题和创造价值的会议。

我做 career coaching 时，会建议别人带着明确的目的去开会。这就跟你写代码一样，刚刚编程入门时可能是想到哪就写到哪，但熟练之后一定是想清楚了代码要实现什么目的、大概如何组织才开始写的。

开会跟写代码一样，有了具体的目的，才能拆解为一个一个要执行的步骤。这是很多程序员缺乏经验的地方，但这其实可以学的。只要最终会议的目的达到了，这就是有效的会议。我每天早上看着我的日历，会想清楚到底每个会议的目的是什么，我自己参与那个会议的目的又是什么，然后根据拆解出来的步骤提前做好准备。

例如说，如果我参加一个会议的目的是说服别人帮我，那我就要提前想清楚别人为什么要帮我。他帮我的话是轻而易举的小事情吗？他有额外的时间帮我吗？他帮我的话能够得到绩效、晋升或者哪些方面的好处吗？这些问题都是有答案的，提前做好功课，上去一二三罗列清楚理由，就更能说服别人帮我。

这件事做到极端，就是好像《纸牌屋》里面演的那样，别人还没开口说第一句话，你就把这个对话接下来的几个来回都想好了，通过对话把对方逼进墙角。当然，程序员不需要这么厉害，带着明确目的去开会就可以了。

开会的能力跟写代码一样是可以提高的，尤其是通过别人的反馈获得提高。就如同应届生可以找资深的工程师审阅自己的代码然后从反馈中学习一样，只要你找特别擅长开会的人给你反馈，这是可以提高的。（特别擅长开会的人是指那些总能从会议上得到他想要的东西的人。）

我也曾经在会议中毫无参与感，因为没有明确目标，别人爱说什么就是什么，反正给我有意思的问题我回去写代码就行了。我现在的态度是，能够在会议上动一下嘴皮子就解决的问题，绝对不浪费自己时间去写代码。动一下嘴皮子，别人就心甘情愿地帮我把代码给写了，事后我保证他绩效有好结果，何乐而不为。我只想写非我写不可的代码。