教你用认知和人性来作最棒的程序员

不久前，在团队内部和你们作了一次分享，内容就是此次要讲的“用认知和人性来提高本身的技术水平”，你们反响不错，因此此次整理一下也分享给你们。
最初我是想用“借优秀的产品经理思惟来作最棒程序员”的这个标题，但想一想仍是要有同理心，技术同窗平时和产品同窗已是相爱相杀了，就不刺激你们啦。可是必需要说的是优秀的产品经理思惟和优秀的程序员思惟确实是异曲同工的，二者是想通的，就是来自认知和人性。

这里我不会过多去梳理认知和人性的概念，后面会用不少例子来讲明，保证通俗易懂，只想先提2个概念：

1. 对人性的理解能帮助提高认知
2. 狭义的技术是指java,php,android,spring,vue等的掌握和实践，它们只是帮助你提高认知的工具，却毫不等同于认知。

下面我来逐一举例说明

例子1-技术选型

• 问题：今年开始慢慢火的一个移动端跨平台技术是google发布的"flutter"，若是你做为一名移动端的开发人员来评估这门技术是否值得选型做为公司产品的语言框架，你怎么能保证评估不会看走眼？
• 认知：flutter强化了跨平台的生产效率，且性能比前端框架更好。
• 解释：不少同窗会想，怎么第一句感受就像废话同样，人家官方文档也是这么写的，这叫什么认知。别急，所谓的认知，就是可以提炼成外人看上去貌似一句很普通的话，但只有通过深度思考的你才知道它真正的价值。在flutter没有出现前，我存在一个认知误差，我认为客户端必定会被前端诸如react，vue这样的技术取代。由于它们既能够跨平台，也能够随时更新，符合互联网快速变化的节奏。但个人认知存在一个很是严重的漏洞，那就是跨平台和随时更新在客户端技术里的占比各应该是多少？哪一个更重要？通过分析思考，以咱们公司当前用户量的发展阶段，提高跨平台的生产效率且不损失太多性能更重要，所谓的运营快速需求变化有时候能够经过事先想清楚，而下降频率。

flutter带来的生产效率提高，不只仅是一个开发能够同时产出android和ios两端应用。更在于产品经理之后只须要和一个开发沟通需求细节，不会再担忧出现android和ios功能细节实现误差的问题了。因为有了这样的认知，虽然flutter做为新技术，还有须要完善的地方。但这不是主要问题，咱们愿意为它去冒险，在咱们的产品里去尽快实践。

• 人性：最后多说一句，为何google先作了kotlin后又作了flutter呢？个人认知是：大公司两个部门作重复轮子很正常，互相竞争，看谁更好。一个想试探性取代java以免被oracle捏住命脉（若是接受的人多，未来把底层的jvm再抽掉），一个野心更大但愿统一全部平台，不一样部门的想法而已。你们不要把google的布局想得那么纯粹技术化，你们都是人嘛。人脱离不了：竞争，征服，自保的人性。:)

例子2-查线上问题

• 问题：以为查线上问题很痛苦，压力很大，查得也不快怎么办？
• 认知：1 查线上问题是成本最小的，锻炼逻辑思惟的方式，相比写代码更有效率。 2 查问题要看本质，抓住案发第一现场
• 解释：不少同窗碰到线上问题的时候，都很痛苦，由于要加班了耽误我学习技术的时间，因此有时查问题态度也不积极。这个认知是很是错误的，你们平时都会承认优秀程序员的核心特质看的是思惟逻辑，而不是用哪一个语言哪一个技术。那若是是思惟逻辑优先，写代码就能比查线上问题更能提高吗？显然不是，你们知道咱们在写代码时，每每要花费不少时间在编写冗余代码（如get,set代码，配置文件），普通的crud逻辑，编译，部署等这些非核心点上，它们并不能帮助咱们提高思惟（动手写代码前的思考才是最核心的）。可是查线上问题就不同了，你不须要写任何代码，可是须要在很短期内，让本身理清思路，按正确的步骤去查出代码的核心问题，底层系统的核心问题。你须要对系统很了解，对业务逻辑很了解，对代码细节很了解，这真是一个几乎没有任何冗余步骤，可是却能快速提高严谨思惟的好方式！

怎么让查问题更有效率？其实很简单，咱们若是借鉴名侦探柯南的想法，那就是“抓住案发第一现场”。举两个例子，对于JAVA这样的静态语言，查询线上日志的方法是很是重要的。不少同窗发现某个请求出问题了，就去看当次请求的日志，这种方式不必定准确。由于对于静态语言，它的案发第一现场可能已经不是当次请求了，颇有多是首次发生这个问题的时候，或者服务器刚刚启动的时候（静态语言的”缓存”特点）。当你发现上层的业务系统发生了mysql死锁的报错，就不要太纠结于上层业务系统的日志了。应该去看mysql的bin log，抓住这个案发第一现场，看看到底发生了什么。不知道怎么解决线上问题，99%是由于连案发第一现场都没找到，等你找到了，基本也有解决方法了。

• 人性：每一个人都喜欢作省力的事情，喜欢的事情。可是人每每有偏见，根本没有想明白查线上问题的价值，就认为这是一个很low的事，是不可取的。对本身不了解的，未知的事物，应该敬畏和学习。

例子3-技术面试

• 问题：不少同窗的技术经验已经很扎实了，也能写出很稳定的代码，可是做为技术面试官，为何总是会看走眼呢？
• 认知：对应聘者而言，可否独立解决问题是能经过面试的及格线，应聘者专业技术的掌握程度只决定offer薪资的高低。
• 解释：是否是以为又来歪论拉？恩，继续解释一番。首先问你，你为何要招人，我想信不少人都会这么说：固然是找你来帮我干活啊，我如今每天干到11点，累死了，急需人帮忙啊。恩，因此你很清楚，这我的是要能独立解决问题的，能帮你分担的，不是来了还要你每天在那里盯着的。可是咱们看到不少同窗的心里认知是混乱的，虽然他能看懂这句话，可是在面试的时候他会这么作：准备10个左右他擅长的技术细节问题，一个个问，应聘者只能答出5个，废柴，不送。答出7个，恩，能够进来。答出10个，还说了1个我不知道的，好牛逼，毫不能让他看出来我比他弱，不然进来后还怎么带他。可是这个和你以前痛恨的应试教育又有什么区别呢？这种招聘方式有很大的风险招进来的人是研究手机屏幕从几楼摔下去不会碎，而不是研究让屏幕显示更清晰的人。

正确的方式应该是：让他讲一个以前投入度比较高的项目，描述下本身是怎么独立去解决问题的。对每个点的描述，只要你以为还不能体现他“独立解决问题”的能力，那就继续扒皮深问，直到他不遗余力，被你”逼到墙角”。特别优秀的人被逼到墙角后，具有现场把墙砸掉的能力，这样的人是死也不能放过的，具体什么意思你们能够去体会思考。
以前咱们曾经面试过一个性能测试工程师，从技术细节看对性能测试的工具和方法是比较了解的。在项目描述中咱们问了他一个问题：你以前经过性能压测发现的服务端问题，有去了解过发生的缘由吗？他给的答复是：由于咱们是外企，制度比较明确，开发也是另一个部门，因此我没有去了解。很差意思，这个回答基本体现了没有独立解决问题的能力乃至意识。碰到一堵很小的墙，他都没有办法独立解决，好奇和学习的欲望也很弱。他在技术细节上的积累只是由于看了几本书，用了几回工具，这些都只是为了应付面试和不懂的领导，根本没有深刻实践，他将来的瓶颈必定很是大。
只要可以独立解决问题，就必定能经过面试，有些技术不了解，最多就是被砍点薪资而已。在这一点上，10年工做经验的同窗还真未必比得上2-3年工做经验的同窗，若是没有独立解决问题的能力，那只是多累积了一些所谓的专业经验，但仍是没法解决问题。不少大公司喜欢校招优秀的毕业生，也是这个缘由，虽然这些学生尚未实际工做过，但已经具有了很强的独立解决问题能力。咱们曾经招过一名同济大学的测试实习生，有一次她独立组织了部门的团建活动，搞得层次分明，方方面面都考虑到了，这样的同窗作好技术只是时间问题。:)

• 人性：应聘者的人性有哪些呢？懒：影响独立解决问题的意识。 要面子：好比刚刚举的例子，拿公司制度掩盖本身没法独立解决问题的现状。（而且他本身是意识不到的，由于他心里的认知是混乱的） 盲目自信又不自信：对本身作的熟的东西盲目自信，对没接触过的技术很不自信。

例子4-最严重的线上故障

• 问题：究竟是什么缘由，会致使严重的线上故障呢？是咱们团队的技术水平不高，仍是流程问题才形成了如此严重的故障呢？
• 认知：个体的过失很难形成严重的线上故障。真正的缘由是：集体性的认知出错。
• 解释：在现代微服务的架构下，各服务之间的解耦性已经作得很是好了，整体来讲出现全面严重问题的几率已经降得很是多了。就像一个国家同样，不怕局部的腐败，怕的是整个链条的腐败。举个例子，若是一个系统上线前，须要在数据库里配置一个关键的参数，若是不配置会致使不少请求处理错误。可是开发同窗发生了错误的认知，潜意识里认为配置不是写代码=配置没有写代码技术含量高=配置没有写代码重要，最后把它忘了。测试同窗认为测试配置不是测试新写的代码=优先测试新写的代码，再测试配置=测试代码比测试配置更重要，最后把它也忘了。那这基本上是救不回来了，上线后必定会发生严重的问题，每一个链条的检查机制都失灵了。坚定预防集体性的认知出错，就能够避免不少严重的问题。

集体性的认知出错每每是从一些小现象开始的，好比咱们的团队曾经发生过一次正常的项目延期，缘由是周五到了，没有完成测试，为了不仓促上线出问题，因此延期一天发布。其实到这里都是很是正常的，可是当测试同窗在钉钉群里发出这个缘由的时候，有一些同窗发出了大拇指的表情。注意，这个时候你们是没有犯错的，可是认知已经出现了误差，变成了“之后就算测不完，只要说项目风险，就能够延期”。群里不少同窗都看着，一旦这个集体性的认知误差造成，将来项目的延期就会愈来愈多。因此须要马上出来讲一句：由于风险项目暂时不上能够，可是延期的缘由要总结反思。 经过这样一句让你们内心不太舒服的话，尽快把集体性认知误差扭转过来。马云说过”小事要大作”，就是这个道理，不大作，等发生大事的时候就来不及了。

• 人性：盲目自信：对本身作的领域有自然的偏见，哪一个重要，哪一个不重要。随大流：别人也这么作了，应该不会错，还省力，我也这么作。懒：默守所谓的安全方案，其实在那个场景下已经不安全了，可是心里认知出现误差，懒得去破局改进。

例子5-如何看待代码逻辑复用

• 问题：对于代码逻辑的复用，你们的见解每每不同，有些同窗认为只要是有公共性的代码都该不断抽出通用函数复用。有些则认为对重要的通用逻辑才该复用，过分复用反而增长成本。
• 认知：能力该复用，业务不应复用。分久必合，合久必分。
• 解释：这里提出了两个认知，咱们来分别解释下。能力该复用，业务不应复用，这个很好理解。能力是指对这个系统有价值的功能，会长期存在且扩展下去的。而业务是一个泛指，既能够表示单一的产品需求，也能够表示某个局部的功能。好比你的应用里接入了一个支付宝支付，对支付这个事情咱们判断下来是一个基础核心能力，且未来颇有可能也要接入微信支付，因此应该抽出公共的函数。再好比对于客户端的登陆页面和注册页面，虽然渲染逻辑90%是同样的，可是不该该复用，由于它们是单一功能，不是能力，贸然复用反而带来了很大的风险。

分久必合，合久必分，这个的理解就颇有意思了。你们都知道，这句话的出处来自三国演义，说的是一个国家分裂久了就会合并，合并久了也会分裂，其实对代码逻辑的复用也是如此。你们在合并抽出公共函数时，会发现有10%-20%的逻辑不是那么顺眼，总感受暂时放在里面是能够的，但未来可能会拆出来。那么在写公共函数时，就要特别注意这部分逻辑。它虽然暂时在函数里，可是须要作到和上下文相对隔离，甚至还能够加入明显的换行和TO DO，为下一次的拆作好准备。而在拆出一些独立逻辑的时候，也要思考这些逻辑可能和其它的哪些逻辑有机会是合起来的，那么尽可能放在一个类里，一个包里，为后续的合作好准备。

• 人性：不要刻舟求剑，妄图用一套规则来应对外部复杂变化的世界，要因地制宜，实事求是，学会变通。

例子6-开源的意义

• 问题：为何如今不少中国的互联网公司开始重视开源的宣传了？
• 认知：开源直接决定了公司的成本收入，以及人才储备
• 解释：是否是要崩溃了，开源无偿写代码，而后免费给别人用，不是在消耗公司成本吗？别急，还记得马云说过的一句话吗，“免费的才是最贵的”。恩，这个道理一样适用于开源。今天中国不少的互联网公司已经很是明白了，甭管你的开源技术到底好很差用，宣传必定要大，必定要让你们参与进来。

带来的好处太多了，由于用了你的开源消息队列，以后就会用你的云计算平台。由于程序员都很懒，开发环境和线上保持一套嘛，你后面必定能赚大钱。由于开源项目很是知名，让你公司的技术形象马上高大起来（先无论这个项目到底创造了多少有价值的产品），每一年校招的优质学生资源尽收囊中，其余公司要抢人，只能花更多的钱。而每一年中国优秀的毕业生就那么多，早就供需失衡，谁抢到了大部分，那以后在技术上必定能保持绝对优点。最后万一公司财报很差看了，很差意思开始收受权费，就像google收android的费用同样。不做恶只是口号，开源带来了无比巨大的利益，不能赚钱，谁开源？！如今微软也懂了这个道理，成为了开源社区的标杆，但在早期的鲍尔默时代但是出现了认知误差呢。

• 人性：开源者的人性：追求利益，喜欢声誉。 接受开源的人：渴望进步，赚便宜，崇拜权威。

关键点：如何提高认知

• 心里简单：

心里越简单的人，未来能到达的境界就越高。你们千万不要误解了，我说的不是思想浅薄，而是心里简单纯粹要像少年同样。一个很好的例子，郭靖，用世俗的眼光来看他天资不高，开始学什么都慢。可是他有一个很大的优势，就是想法简单，无私心，锲而不舍。报家仇，报国仇，保护好他爱的人，不会去想是否是别人骗了他，他多作一点是否是亏了。20岁就达到五绝水平，最后终于融合“降龙十八掌”、“九阴真经”和“左右互搏”三大盖世武功为一体，武林尊为“天下第一侠士”。
心里越简单，就越不会花费额外的精力在一些可有可无的事上面。随着时间的推移，你的认知水平就必定能提高得更快。不要去想今天你学的语言明天是否还流行，先利用当前语言训练好你的思惟模式。不要去想我做为测试给开发指出太多问题后，开发会不会不爽，作为测试你的核心是保证产品质量。不要去想今天我帮组内的开发分担了额外的代码编写，我是否是亏了，这些付出必定会在未来某个时候兑现，由于你比他们有更多的代码实践。

• 相信跨界的力量：

ipod+手机诞生了iphone，手机+钱包诞生了支付宝，c,python+java诞生了go，人类的创新其实都是来自于跨界的结合。不少时候你们去看一个技术大神，会认为他必定是看了不少专业的书，看了不少牛逼开源项目的代码，写了不少项目才达到如今的这个水平。而后又看到别人的兴趣爱好：音乐，滑雪，画画，牛逼，大神就是大神，作好技术的同时还能“兼顾”这些兴趣。
这个认知彻底错了好吗，我告诉你，写代码看书当然很重要，但若是他没有这些兴趣，他在技术上可能根本达不到今天的程度。一个有画画功底的人，理解向量，理解数据的PCA分析就是快好吗。一个财务出身的人，写支付系统的代码就是不容易出错好吗。人类的大脑历来都是一个网状的，互相关联的知识图谱，根本不存在靠”单一事物”修炼成功的好吗。千万不要成为技术上的孔乙己，每天学各类API的写法，和学习茴香豆的茴字有几种写法没有任何区别。在方案想不出来的时候，在代码水平感受到瓶颈的时候，在看不懂一些专业书籍的时候，必定要跳出来，和本身的兴趣结合，和本身经历结合，和本身的生活结合，这样才能突破瓶颈，提高到更上一层的认知。

• 相信更高认知人的指引：

科幻神做三体里，外星人看地球人就像纸片同样，在三体人的眼中，地球人是二维的，而不是三维的。回到现实中，高认知的人看低认知的人也是同样的，不是低认知的人不够努力，而是你的知识图谱里比高认知的人少了一些维度。因此无论你怎么努力，你会发现仍旧没法超过他，他还比你轻松，学霸给你们留下的阴影就是这么来的。
在实际工做中，你的leader，你的架构师只要不是水货，每每他们的认知就是比你高的。一旦你以为这我的的本性是靠谱的，你就该无条件去相信他给你的建议和指引。由于他能看到在你那个维度上感觉不到的东西，照他的话去实践几回，你才有机会到达他那个维度，才能升级认知。不过在现实状况中，咱们每每看到不少leader和架构给下面的同窗苦口婆心说了不少，可是他们不理解，反而更叛逆。这份痛苦我懂，你是拼了命想拉他到你那个维度，可是他还年轻着呢。:)

• 锲而不舍地实践：

人就是一个如此奇妙，如此复杂的生物，无论你看多少书，看多少源码，写多少demo，你不真刀真枪地去实践，去写代码，这些知识不管如何都没法进入你大脑的知识图谱。它们永远只能是“狭义上的知识”，而不是“有价值的认知”。相信你们人生中都有过相似的经历了，越是辛苦的实践，越是坚持，你最后的收获必定越大。简单来讲，认知不经过锲而不舍的实践是不可能升级的。
还有一点我必需要强调，实践应该尽可能和公司的项目去结合，而不是依靠于本身写demo。这里面有一个很大的误区，本身私下写demo常常是没有“明确，高压的”目标的（人性老是偏懒的），这种实践每每很难提高认知。而公司的项目每每不一样，会提出"支持多少用户访问"，“为何你每次开发都不能更快一点”（核心挑战的是你架构的扩展能力），“为何这个功能这么卡”（性能优化），这些“明确的，高压的”目标能督促你去拼命提高本身的认知（只是写demo是很难给本身设下这些障碍的，是反人性的）。固然从结果来看，又是公司的压榨剥削拉，让咱们回忆一下前面说的，若是你以为这个公司是靠谱的，那就让咱们的“心里简单一点”，锲而不舍地实践升级认知吧。:)

最后总结一下，如今已经不是一个单纯比拼知识量的时代，而是比拼认知高低的时代。做为程序员咱们并不特殊，和市场，财务，产品，运营的这些同窗同样，核心看的是认知，并不存在谁比谁困难，谁比谁辛苦的这种浅层比较。而咱们学习的那些语言，框架，工具，和咱们大学时期学习的微积分，高等物理没有区别，都只是帮助咱们不断训练提高认知的实践工具，而不是认知自己。让咱们不要再局限于程序员狭义技术的范畴内，把提高本身的认知做为最重要的目标，咱们要努力作到“既是程序员，也不是程序员”。