成功由什么组成？应该怎么做？

那如何成功呢？

稻盛和夫说：

成功 = 能力（0~100）x 努力（0~100）x 思维方式（-100~100）。

稻盛和夫将成功定义为：思维方式第一，努力第二，能力第三。

因为能力是思维方式和努力结合在一起的副产品。

能力：包括智力、体力等先天条件，这种能力有个体差异，但差异不会特别大，我们虽然比不上梅西的天赋，但努力下来变成孙兴慜还是有机会的，所以用0~100表示。

努力：努力也因人而异，有人无所事事活的也不错，有的人废寝忘食变成劳模，可能得到更多的机会和证书。而且一天有24小时，大部分人的差别体现在工作、睡觉之外的8小时。在一个漏斗形社会下，努力会有0~100的差距。

思维方式：包括人生态度、认知、思维方式等。

稻盛和夫认为思维方式非常重要，如果有错误的思维方式或者思维方式不到位，往往产生副作用。比如我们从小学学习的各种南辕北辙、刻舟求剑、掩耳盗铃成语，都可以体现出思维方式的重要性。有时思维方式有了问题，越努力越痛苦。

工作中也一样，有的人工作了很多年，但思维方式有问题，反而给领导者感觉还不如一个应届生。

因为应届生是一张白纸，思维方式可以简单认为趋近于零，但如果一个工作多年的人，没有塑造正确的思维方式，反而积累了很多错误的思维方式，那思维方式可能是-50，那做一件事是否能成功还是失败，其实就很好判断了。

能力包括了软素质和硬素质。

硬素质就是我们的专业能力，我们很多人的角色都是体现在专业能力上的。

如有你是技术线的负责人，技术肯定是很重要的，但不一定是团队中技术最好的那个。

技术包括深度、广度、宽度。

深度一般是专业方向的技术专家，比如视觉的技术专家，音频的技术专家，操作系统的技术专家，他们需要在技术专项上挖的很深。

广度指的是技术认知的方位，比如端到端的技术能力，既了解大前端技术（h5、native、flutter、低代码等），又了解服务端技术（高并发、高性能、高扩展、大数据），还了解大数据及AI相关能力。这种了解不一定可以自己做，但要知道哪个部分可能出现的问题是什么，并且知道问题的复杂度，提供相对应的解决方案。

宽度指的是一件事情的多个侧面，比如缓存问题，不只知道缓存怎么用，还能知道其他集中缓存中间件的价值和特点。

还可以体现在多业务的技术思想的迁移上，比如订单系统对于一致性要求高，商品系统对于大数据量在线查询要求高，营销系统对于读写qps的高性能与高并发处理要求高，这些背后技术有一定的通用性，那是否可以做到技术的横向迁移，也是一种技术宽度的体现。

软素质可以简单视为一种粘合剂。

多个团队之间需要粘合剂，多个项目之间需要粘合剂，多个系统之间需要粘合剂，多个职能之间需要粘合剂。

这种粘合剂可能是项目管理能力，人际关系处理能力，技术选型能力，团队管理能力，战略设定，计划落地，OKR目标管理等能力。

软素质在我看来是无限游戏，就是不着急一步到位，随着你做事情的Scope变化，角色的变化，总会有新的要求。

你需要具备一种快速知识迁移、学习、搭建体系的能力就变得重要了。

努力首先需要知道自己的位置，以及想要去的目标，努力才有意义。

不知道自己的位置，要么容易自负，要么容易自卑，这两者心态都不好。

要知道自己的位置可以从内看和从外看。

从内看基于你自己的认知，知道自己目前差的是什么，应该补什么，并且要达到什么样的效果才行。

向外看，外部公司和自己相同职级的同学在做什么，自己和他们有什么差别，哪些做得好，哪些还需要提升。

设定目标，就是要在什么样的时间，达成什么样的标准。

有了这两点，你的努力才重要。

努力需要注意基本功和专项训练。

我们知道做什么事基本功都非常重要，我自认为我写的代码可读性上不错，去年一个前同事联系我问一个我7年前写的代码的意思，他截图给我之后，我就可以回想起之前的背景和逻辑了。后来他说了他本次的需求，问了我xxx这样改是不是就ok了，我说是的。

时隔七年，还可以让别人很好的通过阅读代码，改造需求，我认为这是代码可读性好的一种表现。

代码里面有很好的注释，上下文背景，分的模块在命名上就是一体的，也有测试用例，改造完成之后可以快速验证之前的功能是否还可以用。

留有扩展点，对于封闭部分做好抽象，并对输入做了显性的判断。

这些都是一段“给人看”可读性强代码的体现。

我刚毕业的时候在外企实习过一段时间，那段时间看了很多代码整洁之道，设计模式的书。

现在很多人看设计模式，变成了八股文，习惯性的背诵不同设计模式属于哪种模式的分类，习惯上看概念性的东西，一点也不务实。

面试时遇到这种八股文浓重的面试者，我一般打开代码，让他给我写一个代码抽象，结果要么写的乱七八糟，背诵的用不上。要么写的和自己背的不是一回事，这某种程度就是思维模式的差异。

任何原则、指导思想都是为你做事提供参考，但它不等于全部。

我当时看设计模式，代码整洁之道的书，反而花很长时间看书中的例子，并在工作中尝试运用。

现在很多人，是眼睛直勾勾的盯着极客时间的课程文字，脑补写代码，只能说太不务实了。

这不是工程师思维，工程师思维一定要动手能力强。

最后再说思维方式，思维方式是搭建了一个世界观。

上面如何定义努力，如何定义能力都是一种世界观的体现，有了世界观之后，思维方式是世界观中的行事原则。

如果你的世界观中，觉得技术能力就是体现在面试中的八股文体现，那你就不会学会写好可读性代码高的代码。

如果你的世界观中，觉得技术好就是算法，那你做DDD和业务建模抽象，也不一定可以做得更好，这影响了你变成业务架构师的可能。

如果你的世界观中，觉得是追求那些“光宗耀祖”的工作，而忽视了在基本功上投入，那你现实中可能永远够不到“光宗耀祖”工作的机会。比如，在我看来，你代码都没写好，我怎么可能让你去做中间件相关工作的开发。

如果你的世界观中，觉得很多事都可以通过技巧解决，缺少了面对硬骨头死磕的勇气和耐心，那你面对难题时就有放弃的可能。

总结来说，要成功，要有能力，要有热情，要有好的方式和正确的世界观。

要想提升能力，要注重基本功，搭建知识体系，要结合实践，不要太懒，工作和睡觉之外的8小时投入在哪里，你就会在哪里提升。不要想着下班去打王者荣耀，还能比别人进步的快。

要有正确的思维方式，思维方式有很多，不要想着有什么技巧可以快速学会所有的思维方式，要是有技巧的话，就是广泛阅读，和高人聊，在事上练。

把知识和认知变成自己的，而不是极客时间的。