TIL：技术钟摆——为什么技术选型总在两个极端之间来回
是什么
技术行业在几乎所有维度上都在两个极端之间摆来摆去，像钟摆一样。The Tech Pendulum 这篇文章系统梳理了这个现象。但不是所有摆动都一样。
组织层面的来回拉锯。
QA 嵌入开发团队还是独立成部门，设计师跟着产品团队走还是集中管理。没有哪边在技术上更优，纯粹是组织偏好和管理潮流，隔几年换一次。
带着教训的进化。
架构从单体到微服务再到模块化单体，工程师从专才到全栈再到 T 型人才，方法论从瀑布到敏捷再到后敏捷。每一轮都保留了上一轮的核心洞察，同时规避了暴露出来的问题。拿架构来说，模块化单体保留了模块边界的意识，甩掉了分布式系统的运维代价。到了一个新位置，不是回到原来的起点。
外部约束推回去的。
基础设施从自建机房到全面上云，现在又开始往混合部署回流。不是云本身有什么问题，而是账单贵了、数据合规要求变了、边缘场景需要低延迟了，动力来自外部。
为什么
三种摆动的驱动机制不一样。组织层面的拉锯是管理时尚在驱动，新领导来了想换结构。带着教训的进化是认知升级，一种方案被推到极致后它牺牲的那个维度开始疼，行业就往回摆。外部约束推回去的，动力不在技术本身，而在经济条件和监管环境的变化。
有一个共性。行业变化快，技术、市场、监管都在动，极少有方案能跑足够久来证明自己是最终答案，所以摆动停不下来。
怎么办
两件事。判断你在摆动的什么位置，靠近极端的话下一步大概率往回走，该准备退路了。在中间则暂时安全。这个判断比追趋势更重要。
然后培养不随摆动贬值的技能。系统思维、沟通、调试、做权衡判断，写单体还是微服务、跑机房还是云上，都用得上。反过来，把赌注全押在一个极端上，比如一门心思做"微服务架构专家"，摆回来的时候，之前积累的经验就大幅缩水了。