人是能够习惯于任何环境的生物，之前你认为自己难以克服的困难，慢慢都会适应了。

维克多弗兰克《活出生命的意义》

基础思维能力

我不止一次发现，当我觉得一个地方的命名有些别扭的时候，往往就意味着要么这个地方我没思考清楚，要么是我抽象错了。

提取重复代码只是重构工作的第一步，对重复代码进行概念抽象，寻找有意义的命名才是我们工作的重点。

任何软件系统的设计都基于归纳法，而非演绎法，即软件设计人员总是通过对现有世界和业务的总结提炼，而无法通过推测演绎完成软件设计。设计人员无法对业务的未来做出预测，只能基于有限的经验，尽量保证设计的灵活性和正确性。

抽象层次越高，其内涵越小、外延越大，也就是说它的含义越小、泛化能力越强。比如，牛就要比水牛的抽象层次更高，因为它可以表达所有的牛，水牛只是牛的一个种类。
抽象层次越高，内涵越小、外延越大，泛化能力越弱。然而其代价就是业务语义表达能力越弱。

越抽象，越通用，可扩展性越强，其语义的表达能力就越弱。越具体、越不好扩展，其语义表达能力就越强。所以，对抽象层次的的权衡是我们系统设计的关键所在，也是区分普通程序员和优秀程序员的重要参考指标。

逻辑思维

批判化思维

中台的底层逻辑，用一句话解释就是通过复用提升研发效率。

业务中台低效的根本原因在于：前台业务和业务中台的”深度单体耦合“。

正如尼古拉斯所说，在现代生活中，简单的做法一直难以实现，因为它有违某些努力寻求复杂化，以证明其工作合理性的人所秉持的精神。

正如Neal Ford在《软件架构》一书中提到，当一个架构师设计一个系统的时候，他如果选择重用，那么同时也选择了耦合。因为重用不管是通过组合还是继承来实现，都会引入耦合。所以，如果你不想耦合，可以采用重复代替重用。也就是，重用高耦合，重复低耦合。架构设计需要从中做出取舍。

能使团队更加敏捷的架构师比只做决定的架构师更有价值。因为只做决定的架构师会成为团队的瓶颈。显然，一个架构师的价值与他所做的决定是成反比的。Martin甚至不认为架构师(Architect)这个名词是合适的，他认为更合适的叫法应该是向导(Guide).即一个更有经验的人带领团队走出复杂的迷雾。

许多后劲不足的人主要是过早停止了学习和成长。

TL必须深入思考业务，严格把控PD提出的需求，把伪需求，无价值需求挡在门外，防止他们侵占原有团队原本有限的技术资源，从而让技术团队将更多的精力投入到系统优化上去。

纬度思维

一个人能进行思考的纬度越多，对一个问题的理解就会越全面，越深入，进而超越那些只会单一维度思考的人。

如果一个人一生只能收到点状努力的即时效益，从来没有享受过一次线性周期的成果回报，这就叫穷人勤奋的一生。

当复杂的业务在大脑中纠缠不清的时候，我们可以利用矩阵的形式把问题显性化，从而更好做决策和判断，把复杂的问题变成”填空题“。

分类思维

分类的本质是将有共性的事物放在一起。共性的本质是对象之间的交集，这个交集要么是共同属性，要么是共同行为。分类有助于我们洞察问题的本质。

分治思维

分治的价值在于，我们不应该试着在同一时间把整个问题域塞进自己的大脑，而应该试着以某种方式去组织问题，以便能够在同一时刻专注于一个特定的部分。可以让我们尽量减少在任意时间内所要思考的问题的复杂度。

Z轴拆分：通常叫做数据分片(Partitioning),是把一个大的数据集拆分为多个小的数据集的方法。

简单思维

奥卡姆剃刀原理：指如无必要，勿增实体，即简单有效原理。

简化的本质是熵减活动，而事物都在缓慢熵增。熵减是逆向做功，通过更多的努力让复杂混乱的系统重新有序。

艺术借助轻巧单薄的形象唤起人们的情感，对抗复杂本质的力量是脆弱。

把一件简单事情搞复杂是简单事，但要把一件复杂的事情搞简单却是复杂的事。

成长型思维

• 决定你成长的第一步不是你是否努力，是你是否相信努力。
• 成长型思维的人认为，成功是学习的记过，努力是通往成功的关键。

模型思维

• 混沌大学创始人李善友教授认为，没有好的思维模型，再多的知识积累也是低水平的重复。成人学习的目的不是获取更多的信息量，而是学习更好的思维模型。
• 世界上没有完美的模型，甚至连正确的模型都没有。再软件开发过程中，我们也要以发展的眼光来看待模型，能解决当前问题的模型就是好模型。

量化思维

• 从某种意义上来说，度量的结果一定是片面的，只能反映部分事实。
• 指标和目标通常不是充分和必要的关系。
• 只要缺陷可以很快被修复，那么有缺陷就不可怕，缺陷多也不可怕。我们怕的是每个缺陷的修复难度都很高，更怕的是缺陷的修复对原有代码伤筋动骨。
• 量化的关键在于两点：1 能否进行数字化 2 数字化之后能否收集到数据。