我们怎么问问题

我们怎么问问题

吴旻

泰岩网络工作室

 

         老板前些天找我谈了一次，是关于研发团队人员的能力问题。他提了两个人，表示他们能力不强。

         老板是属于“眼观六路、耳听八方”的那种领导风格，因为是技术出身，所以一听一看之间，就大体能得出靠谱的判断。

 

         坦诚地说，被提到的同事还都是属于实干型的程序员，他们有其自身的优点；但实事求是地讲，他们也有着阻碍其快速进步的不足。总结起来就是，他们知道努力工作，但努力的方向却时不时的会是南辕北辙。

         有些例子可以说明一些问题。假设说，我们要实现一个复杂字符串解析的功能，可能比较直接的方式就是用正则表达式了，可是如果恰巧开发人员不会用正则表达式，那他会习惯性地想自己写一个。无论如何我是不可能同意的，于是那位同事就会在压力下学习使用正则表达式。正则表达式是有一定复杂度的，所以他一定会遇到困难，遇到困难后这位同事是怎么做的呢？他会建议我说：“要不，我还是自己写一个解析函数吧？”他的意思是说，这个办法他很熟悉。

         次数多了，我就总结出来了：他是一遇困难就要回“高老庄”的办事风格，哪怕在别人看来这困难可以而且应该克服掉。

 

         另一个同事则是有点抓不住重点。一天早上风风火火找到我，说出问题了。我问出什么问题了？他说数据错了。我问数据怎么错了？他说是上游给错了。我问你怎么知道是错了？他说是前后两次取的结果不一样。我说那你打算怎么办？他一愣，说我先和你说一下。我都气乐了，说：赶紧去解决问题，以后这种事解决完了再向我汇报也来得及！

由于业务原因，我们每天早上只有半个小时的时间可以处理各种问题而不会影响用户体验，每一分钟的浪费都是不被允许。

         类似的事情时不时地会出现那么一次半次的，就难怪老板会有些想法了。

 

         以上问题往大了说，其实是程序员在职业化道路上经常会遇到的问题。往小了说就是如何去问别人问题的事情。一个网友的总结非常到位，他说：“你老是去问别人的话，就显得太无能，你要是有问题却老不问别人，那就会带来很多负面影响。”

         对这个问题还需要换个角度去思考。团队合作必须要讲求“目标达成一致”，如果没有这个前提，那就不需要有团队合作。如果我们的程序员明白了团队的目标，那他做事情也就容易找到准则。因此问与不问的关键就变成了是不是符合团队的目标，如果团队的目标是使用正则表达式，那你就问如何使用好了，而不是建议重新开发一个解析函数；如果团队的目标是尽快处理问题，那就先解决问题再汇报好了，而不是浪费最宝贵时间。

 

         问问题当然要知道轻重缓急，要想好。麻烦就在于，很多程序员就是想不好，但这些程序员又非常的实干。这多少有点类似于和“旱鸭子”讲如何游泳更快一样，其实能讲的东西很少很少。借用禅宗的说法，什么时候能“顿悟”了，什么时候事情就简单了。

         让我们来实践一下。

 

         张同事想公司之所想，急公司之所急，他的心中只有公司。

         张同事想领导之所想，急领导之所急，他的心中只有领导。

 

         如果你能理解其实这两句话在多数场合下真的都是一个意思时，你就知道如何问问题了。