知识卡片009《思考，快与慢》

‬

你熟悉程序员吗？程序员这个群体有一些口头禅你是否听过：“不可能出错的，你刷新试试”，“在我电脑上可以的，你清下缓存试试”，“逻辑没问题的，为什么不能运行了呢”“我自测都好好的，你是不是操作不对”······

五年多的程序员生涯，我听过太多次这些话语，而也有很多次“自测明明好好的”之后就是“啪啪打脸”的检查出代码问题。

后来在我们的代码提交程序中，增加了一个环节“review代码”，这个“review”分为两种：自我review和他人review，相当于自行检查一遍代码和让他人帮助检查一下代码。

通常，“自我review”很难发现自己代码里存在的失误，尤其是在刚敲完这段代码不久，再怎么检查都觉得自己是正确无误的。但是有些问题其他人帮忙review的时候，一眼就发现了。

在程序生涯中，我遇到多次新人代码线上报错后，自行查bug怎么也查不出来的情况。花了一两个小时重新注释、运行、检查、排错后还是无法找到真正的问题所在，实在没办法了，寻求其他人的帮助检查代码，结果发现是循环中某个变量未初始化导致的。仅简简单单一行代码（int x =0 ），带来的排查、提码、测试等环节的时间成本重度提升。

在寻求他人帮助的前提下快速得到失误问题的处理，这还是情况比较好的。最为可怕的事情是，有些人明明知道代码有问题，花费了一两个小时无法排查的情况下不会主动寻求外界帮助，一个人死扛导致花费了大半天甚至一天才解决问题，可想而知带来的损失更难想象。

‬

有段时间，我致力于成为一名“成长型”博主。关注“成长类”博主的人应该知道，这类博主有一类常规性文章叫做“复盘文”，大家会写周复盘、月复盘、年复盘并成文发布，而我也是写复盘文中的一员。

其实，写复盘文章好处是很多的。因为要“复盘”首先就要“计划”，通过拆解目标，很容易做到一个月、一周甚至每天的计划，再通过“复盘”去分析自己在过去的一段时间是否达成目标、达成或未达成的原因是什么、下一阶段如何改善能重新达成这个目标。

写复盘文的人很多，我发现有些博主通过“复盘”在短短几年时间里就得到飞速地成长，而类似我这样的博主似乎不断在复盘，但成长的脚步却缓慢至极。

我很不能理解其中的原理，直到看到抖音上做职场指导的一个老师的视频讲述“你永远无法自己找到晋升失败的真正原因”。他说“ 你没法给自己复盘，那个东西不叫复盘，那个东西叫过程回溯。你思考框架就在那里，你把那些东西写下来，回溯的过程中你也找不到哪个点真的是对你产生最大影响的点，甚至于说你会逻辑自洽 ，自洽认为说‘这块我好像没有什么问题’‘这块好像有点问题’，然后你会给自己找个理由，然后说我就是因为这个没过或者说其实我应该能过的，是公司亏欠了我····”

在这个“过程追溯”中，你好似明白了自己问题，但其实都是源自自己的猜测。如果想要做到真正的复盘，那位职场指导博主建议说“ 跟对你帮助最多或者说你们两足够信任、比你的级别高或者认知更深刻的人去沟通，帮你复盘，你可能才能真的找到原因。 ”

所以，再回头看自己与那些飞跃式成长博主的区别时，我开始明白自己不过是“照猫画虎”式的复盘，而他们都是有“导师”指引的复盘。

看似形式一致，但内里本质差别巨大。我的自我复盘常常自洽：今天就是自律不够，所以无法达成目标；昨天弄太晚了，导致今天精力不足；本周意外的事情太多了······而这些原因都不过是表面因素。

实际可能是内在心理动力不足、做出的计划并非是自己内心渴望的、精力管理方法不当、计划可调节空间不足等等，但是在没有他人指引下，自己又如何能想到更深层次的原因呢？

‬

《思考，快与慢》序言中作者说：“在人生最辉煌的时候，我们很难对自己的信念和需求产生怀疑，越是在最需要质疑自己的时候越难做到这一点，但我们可以从他人的真知灼见中受到启迪。”

这就是所谓的“当局者迷，旁观者清”。当自己凭借直觉对某些事物做出判断时，是很难意识到自己会出现失误的，只有旁观者才更容易发现这些问题。

为此，我们在生活中的行动与判断可以这样做：

1.在无法做到自我批评的时候，可以多多寻求他人帮助实现失误矫正。

2.自我复盘往往是虚幻式复盘，第三方视角参与的复盘才可能真正做到飞速成长。当然，这个“第三方”的个人认知维度应该比你要高。

最后，保持自信的同时自我怀疑，成长和进步都是在不断自我质疑中发生的。