优秀工程师必备的一项技能，你解锁了吗？

阿里妹导读：很多程序员在工作一段时间后会遇到迷茫期，虽有技术傍身，也难免会产生焦虑，反复思考怎样才能快速成长。关于如何提高自己的思考力，运用思考的力量推动能力提升，以此实现技术成长，阿里巴巴盒马产品技术部的岩动总结了一套思考方法，分享给每个正在成长的程序员。（本篇文章较长，阅读时间约30分钟，建议收藏后，找一个合适的时间慢慢品读哦）

引言

我们来看一下几类在程序员成长、发展的常见问题，如果你或多或少存在一些，那么恭喜你，这篇文章值得你仔细往下看了：

• 你自认为付出了跟别人同样的努力，但是你的成长确实更慢一些，比如学得比别人慢，排查问题比别人慢，出方案老是有漏洞等等；
• 你觉得你只是在疲于应付需求，自己做的事情完全没有技术含量（很多人觉得自己做的业务开发就是没有技术含量，但我认为每个领域都有自己的技术含量，只是你有没有get到）；
• 你发现总是在犯同样的错误，或者做的事情不断地在同一个水平循环；
• 每次要晋升的时候，你发现根本讲不出来（很多人会认为是表达能力问题，但是我认为不是）；
• 当你换到一个新的领域，你发现自己的经验好像用不上；
• 你一直很难搞懂老鸟说的“认知升级”到底是什么概念？不同级别的技术思维能力到底有什么差别？为什么晋升的是他，而不是我？

在这篇文章里，我会告诉大家一些技术成长的误区，我先点出来：

• 只要把事情搞定了，成长是自然而然的事情——可能过段时间，你发现之前犯过的错误，后来一个都没有避免；
• 我只要努力，996甚至007，我就能够成长得比别人快——可能你发现你干得最多，但是并没有拿到最好的结果；
• 我尽力了，还是比别人慢，应该是我智商确实差一些——恭喜你，其实大家的智商并不会有太大差别；
• 别人表现好，或者晋升了，只不过是比我表达能力更强而已——我可以负责任地告诉你，这并不是仅仅是表达能力的问题。

先抛一个非常重要的结论：“思考力”是程序员需要具备的一种至关重要的素质。掌握了思考力，你就掌握了在互联网领域，这种高度“智力密集型”行业成长的钥匙。上面这几个成长的问题和误区，跟没有掌握思考力有着非常重要的关系，而且我发现所有发展比较顺畅的同学，他们的思考和学习能力是非常强悍的。

我个人在工作中，一直有意或者无意地锻炼自己和团队同学的思考力，包括哪些是对我们最重要的思考力，如何去训练思考力，有一些心得，希望能够分享给大家。

关于思考力

思考力是一门很深的学问，包括认知科学，心理学、教育学、逻辑学，如果要系统化学习，是需要看很多书的，我推荐以下几本：

1.《金字塔原理：思考、表达和解决问题的逻辑》-[美] 芭芭拉·明托，这本书系统阐述了思考、表达和解决问题的逻辑，也是麦肯锡的思维能力基础，算是一本比较标准的思考力教材；

2.《麦肯锡教我的思考武器》- [日] 安宅和人，作者根据自己在麦肯锡公司工作时积累的丰富经验以及脑神经学的专业背景，设计出一套极具逻辑性的问题解决思维模式；

3.《思维的本质》-[美]约翰·杜威 ，这本书是美国著名教育家约翰·杜威的代表作，阐述了思维训练的基础理论和实践；

本文并不是探讨思考力的深层理论，而是分享我们从日常的技术学习和项目过程中沉淀下来的思考力，以及如何培养这些思考力，这些思考力几乎我们每天都可以用到，只要你有一定体感，你一定会感同身受。

有哪些对程序员最重要的思考力

原理性思维：找出知识背后的原理

有的人会说，为什么要思考原理，而不是直接掌握知识就可以了？我只需要会用就行了啊。

我们先来举一些技术方案设计的案例：

• 为什么订单创单要先create，然后enable？

这其实是一种采用二阶段提交解决分布式事务的思路，只是从一般的事务框架延展到交易领域；

• 业务系统中为什么要使用消息？

因为消息使用的是观察者模式，观察者模式的好处是可以实现多个消费事务与触发事务的解耦；

• 为什么业务系统中会使用DTS来做补偿？

这本质上是一种最终一致性BASE理论解决分布式事务的一种思路；

• 为什么更新数据的时候一定要在sql中加上版本比对或者状态比对？

这本质上是一种借助DB实现的乐观锁机制。

进一步，你会发现再大到系统架构和顶层设计的案例：

• 比如阿里系的技术框架NBF、TMF、早期的webx，各类框架设计理念，逃不脱设计模式，比如开闭原则，模板方法、责任链、工厂模式、开闭原则；

• 不管是底层中间件，错综复杂的业务系统，在设计的时候永远无法离开核心的业务建模，比如实体与实体关系的构建；在分析这类系统的设计思想时，你会发现最好的工具就是UML！

实际上除了软件领域的原理，还有商业设计的原理，比如案例：

• 所有的售中退款前必须要先取消履约，所有的履约过程中发生缺货都需要退款，为什么？因为交易的基本原则是：“钱货平衡”，钱和货的变更