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

2023-03-22 17:18:28 浏览数 (1)

这里的成功不仅仅是世俗意义上的成功,你能做成一件事情,达到自己想要的预期,都可以定义为成功。

那如何成功呢?

稻盛和夫说:

代码语言:javascript复制
成功 = 能力(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小时投入在哪里,你就会在哪里提升。不要想着下班去打王者荣耀,还能比别人进步的快。

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

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

0 人点赞