老师在前一讲提到，架构师要找到商业价值、创建增量价值、最小化成本，这也是公司雇佣架构师的目的。但是，技术升级，从短期来说，是与这些相背离的，因为技术升级需要投入人力，要不暂停部分需求来分配些人力，要不新增人手，这些都是成本。而且技术升级出现问题再所难免，出现问题一旦影响到公司营收，甚至会影响到饭碗，特别是商业模式驱动且容错比较低的公司。从成本和稳定性上考虑，即使架构师想进行技术升级，也得有充足的影响力说服老板才行。 在互联网行业，员工在一家公司的就职时间也越来越短。架构师加入一家公司，除非目前的问题非常严重，不然首先要做的肯定不是技术升级，而是尽快做出业绩，或者说实现更多业务需求。所以这样也导致了，老的项目不在迫不得已的情况下，一般也不会大规模技术升级。 说到新的技术趋势，说实话，像Garter、throughworks这样的机构，给出的也只是一些参考。很多技术趋势，更多是昙花一现，像docker这样的技术，也是起起伏伏。真正的一个好的技术，能够解决疼点、提升效率、被广泛接受而不轻易被取代，都是多方面因素综合后的结果。像十多年前马云提出云计算，还被同台的李彦宏和马化腾说成新瓶装旧酒。这些可都是大佬，也会经常走眼。现在的技术层出不穷，迭代也快，作为一个技术人，只能不断关注本领域已经在大公司采用的技术，那些热门的概念，当当谈资简单了解就可以了。

总结： 三个人性上的弱点： 1. 自我麻痹，以繁忙的重复工作来代替深度思考； 2. 畏惧变化，以最小化改变来维持自己的心理安全感； 3. 路径依赖，以过去的成功经历来应对未来案例。 热度曲线看技术生命周期： 萌芽期 （Technology Trigger) ：指的是技术被公开，媒体热度陡然上升，还没有成型的产品和商业应用场景。 至捧期 （Peak of Inflated Expectations) ：指的是有了一些成功案例，当然也有失败案例，技术被吹捧到了极致。 低谷期（Trough of Disillusionment）：这个时候，热度回归到理性，失败案例被放大。如果产品不能让早期受众满意，那么技术就会在这个阶段消亡。 灵感期（Slope of Enlightment）：产品逐渐找准在行业的价值定位，二代三代产品出现，产品逐渐出现理智的商业用户和成功案例。 产出期（Plateau of Productivity）：在这个阶段产品被主流市场认可和采用。 衰老期（Progressive Aging）：以该技术为基础的产品，已经逐渐开始被下一代的新技术所替代，产品的市场范围和利润逐渐被蚕食。 退出期（Fade Out）：产品已经完全退出主流市场，仅仅在一些场景契合度与替换成本都非常高的情况下，还在被维护和使用。 个人思考： 我个人成长来说，舒适区是一个比较大的影响，我的做法不断折腾自己，把不断折腾变成新常态，写写博客，看看技术周报，做做技术分享。 云原生、低代码、响应式编程，我理解是处于产出期，几个云厂商都发布了自己的云原生白皮书报告。 低代码，在一些稳定、主流程不变、支持定制的场景下，用的比较多。 响应式编程，在性能要求很高的场景用的多，而且spring也有相应的技术栈来支持，spring reactive。 16年，还在用soap报文，现在还有些项目不适用spring boot controller，依赖自研反射来做控制器