欢迎关注ScalersTalk。IT人，搞技术，聊英语，玩口译，话学术，谈生活。学习成长，笔耕不辍。回复m查看文章列表，或者访问S君小站ScalersTalk.com

第二个观点，务虚者应该具备自己动手的能力。

具备能力不完全等于需要这么做。务虚者应该是能屈能伸的，而不是完全倚靠于务实者事情才能推动。

《梓人传》中的主角，床脚坏了找人来修，这一点不同的人是有争议的。有人认为连一个小事都不会做的，谈何张罗整栋楼宇的建造。作者对这一细节也没有描述清楚，但是我相信的版本是，梓人本身做过、会做，了解原理、知道原委后，找人来做，无可厚非。这就像在扫好一屋之后，开始扫天下后，一屋事可让他人为。

务虚者具备自己动手的能力很好的一点是可以防忽悠。前面说过乙方坑甲方的事情，一个需求可能非常简单，乙方如果以繁文缛节的形式，经过漫长的评估响应，费时又费力，而甲方如果了解细节，在谈判时增加不少筹码。举自己以前科研时候的一个例子。我读书时所在实验室有一位导师，文艺青年又帅气十足，西装革履同时气场强大，还技术超群。既有强大的科研水平，又有相当的商务能力。他给学生派活，学生是没法讨价还价的，因为这件事情的代码量与需要的时间与投入，他门儿清楚，他以前自己就写代码。所以他说一天做完这事，学生不睡觉也得做完，没有任何商量的余地。他经常对学生们说，你们太弱了。而且，如果学生搞不定的代码，如果最后关头老板出马，很快就解决……

这里可以引申讨论另外一个问题。产品经理要不要懂技术？

这个问题的详细分析，我想放在产品相关的文章来写。这里先给几个观点。

我认为产品应该懂技术。大的论据就是这个系列文章的框架，务虚者要具有务实的能力，与技术沟通要能理解他们的世界。我认为对一种关系，不管是男女亲密关系，还是合作关系，双方都本着为对方多考虑一些，多付出一些原则，以这个原则为出发点，达成的一致，要比双方都想着自己多索取一些，怕自己吃亏的原则，最后达成的一致，从感受、结果以及长期上看，要更好。简单地说，就是给予比索取好，或者说，作好给予的准备，要比一味索取好。对方如果也能明白你的场景，那他也会考虑到你的情况，适当地为你考虑。大家都这么做，两边都很舒服。这是一种很有安全感的关系，是一种基于信任的合作。

这样一来，产品有需求，在与技术沟通的时候，往往就可以再多了解一下，某一个点的功能的实现，是否要涉及到多处代码的重构，是否涉及到原有假设的打破。如果产品要为结果负责，那确保这件事情的达成，就要求从上至下，从宏观到微观都能感知与把握。

有个师弟在聊天时和我说，产品懂技术反而还会限制思考，一知半解，还容易拘泥细节，束缚手脚，还不如干脆不学。我认为这是一种思考对象的迁移与错位。这种问题的确可能发生，但这是产品经理的问题，而不是技术本身的问题。同时，这个角度忽略了人的主观能动性。一知半解的话为什么不去努力全解？束缚手脚多半由于无法抽离思考。而出现这些现象我认为是人本身的问题。而由于这些人本身的问题所带来的问题，再倒回去说还是不要了解技术的好，按照这个逻辑极端化一些，文盲治国其实是最有效的。

最后，针对在国企央企以及所谓体制内的年轻务虚者，具备务实的能力也很重要。我相信，未来的信息时代扁平化，其实就是一个手艺人的时代，是一种自组织的时代。尽管社会主义公有制会是你们的心理防线，但是我真心认为务虚者努力掌控务实的本领，不做甩手掌柜。虽然甩手掌柜会过的很舒服，但是时代变化太快，未来会发生什么，社会经济结构会怎样转型，我们无法很好的预知，但更多的是拭目以待。

S君的口译100小时训练交流QQ群，欢迎加入（群号为231441722）

喜欢我的文章的么？那就请S君喝杯咖啡喽，支付宝账号是 scalerstalk [at] gmail [dot] com。你懂的，用你的行动给S君点赞吧！

想看更多相关文章，关注公众号ScalersTalk 回复任意小于标题括号中的三位数字查看。或者去我的站点ScalersTalk.com 查看历史文章。

有任何问题随意留言，欢迎任意调戏，但不可以恶意灌水，否则小心我顺着网线找到你。