王坚在云计算这件事上，有一个很特别的起点。他不是从互联网公司出来的，最早的身份是研究者和大学老师，做的是与心理和人机交互相关的研究，和后来的技术方向看起来隔得很远。
但这个背景恰恰解释了他后来的一些判断。研究者出身的人，习惯从长期和底层去想问题，不太容易被眼前的业务需求牵着走。
他为什么敢接这件事
公司决定做云计算时，他既不是最有技术积累的人，也不是最擅长工程的人。他能站出来，一部分原因是他的身份让他不必从既有业务的角度考虑利弊。
在一个已经在赚钱的公司里推一件新的、短期内看不到回报的事，最难的是打破既有利益的顾虑。一个外来者在这件事上少一些包袱，也更容易把话说得直。
早期最难的处境
这件事的早期，公司内部并不统一。一边是巨大的投入，一边是看不到明确产出。当时的业务部门未必愿意把自己的系统迁到还不成熟的新平台上。
这种处境下，推动者要面对的是双重的压力：技术上要真的把东西做出来，组织上要让别人愿意用。前者是能力问题，后者是信任问题，而信任只能靠真实的运行结果来建立。
他坚持的逻辑
王坚在这件事上的判断比较清楚，就是未来的计算资源会像水和电一样被集中提供，而不是每家公司都自己建一套。这个判断如果成立，那么早期做这件事的公司会拿到结构性的优势。
这个逻辑今天听起来很自然，但在他提出的时候并不明显。当时大多数人认为，计算能力自己做一套更可控、更便宜。方向上的分歧，往往就是这样开始的。
这个类比的另一层含义是，基础设施的生意一旦成立，规模效应会非常强。用的人越多，单位成本越低，后来者越难进入。所以早期投入的价值不只在技术，也在抢下这个位置。
那几年他的处境
在事情没有做出来之前，他承受的评价并不好。内部的质疑、外部的讨论，都是他需要面对的东西。这种时候，判断力本身帮不上什么忙，能依靠的只有对方向的信心和公司的支持。
从后来公开的表述看，他更愿意谈当初为什么判断是对的，而不太谈自己承受了什么。这种态度本身就说明，他在这件事上更在意的是结论，不是过程。
技术之外的东西
做这件事需要的不只是技术判断，还有工程能力和组织能力。把一堆机器组织起来稳定运行，本身是极其繁重的工程工作，涉及大量细节问题的解决。
这些工作不产生任何光环，却是决定成败的部分。判断方向的人很多，能把方向落成一套稳定运行的系统的公司很少。差距往往就出在这里。
工程能力还有一个特点，它只能靠时间和实践积累，很难靠挖人快速获得。一套系统在真实流量的冲击下暴露出来的问题，是任何方案设计阶段都想不到的。这些经验只能一次次踩过来。
这件事留下了什么
云计算后来成了基础设施级别的东西，这验证了他最初的判断。更重要的是，这件事证明了一个公司在主业之外，有能力做成一件需要多年投入的新事。
这种能力比单一的技术成果更难得。它需要的是一整套允许长期试错的机制，以及愿意在不确定中押注的人。
这件事还有一层影响，就是让公司对技术投入的耐心变得不一样。做成过一次长期投入之后，组织对这类事情的接受度会提高，后面再推类似的事，阻力会小很多。
判断为什么会被质疑
一个新方向在被验证之前，总会显得不切实际。云计算的判断之所以被质疑，是因为它假定了一个当时还不存在的大规模需求。在需求出现之前，所有论证都像是推测。
这是所有前瞻性判断的共同处境。它们无法被当下的数据支持，只能靠对趋势的理解。也正因为这样，做这类判断的人必须接受一件事：在很长时间里，自己看起来可能是错的。
值得琢磨的地方
一个人能不能推动一件长期的事，有时候不取决于他的专业背景，而取决于他能不能摆脱既有利益的约束。从他的经历看，跨界反而成了一种优势。
这对我们理解创新有帮助。真正的结构性变化，往往不是由最熟悉现有体系的人推动的，因为他们的判断已经被现有体系塑造过了。
这也不意味着外来者一定更好。外来者的优势是没有包袱，劣势是不了解细节。能不能成，取决于他愿不愿意花时间去补上对行业的理解，而不是只用外部的框架去套。
一件短期看不到回报的事，该不该让一个外来者来推动？
热门跟贴