寒蝉 Hancic
架构不是设计出来的
架构不是设计出来的，是在每个阶段做了正确的决策才长出来的。四阶段框架：能跑→跑得准→跑得稳→跑得快，每个阶段的核心矛盾不同，三条原则的权重随场景变化。
专栏：架构沉思（6 篇）
能跑：为什么简单优先是最高原则
复杂度的代价不是「写的时候费劲」，是「改的时候绝望」。砍、硬、短——三个字讲透为什么在信息最少的阶段，简单不是偷懒，是降低意外概率。三个真实案例：Airflow过度设计、配置抽象过头、新产品验证把MVP做成平台。
跑得准：业务结果才是唯一的验收标准
技术本身没有市场价值，真正带来价值的是它所服务的业务。用户会勉强接受一个蹩脚但能用的工具，但绝不会为一个顺手但没用的工具买单。信任比功能更脆弱——宁可功能少点，也不能为了堆功能而忽略交付的结果质量。
跑得稳：该花的复杂度要舍得花
到了「跑得稳」才真正开始谈架构——不是因为你终于可以展示设计模式，是因为你手上有了真实信息。容错、可观测、灰度、预案，该花的复杂度要舍得花；但不要为「万一」做架构，把复杂度放在产生最大价值的地方。
跑得快：别在不知道瓶颈的地方优化
性能优化的铁律：只在瓶颈处动手。先profiling再动手，二八法则擒贼擒王。优化有成本——快vs可读的交易。基础设施优先，很多问题不靠改代码。案例：重写复杂代码效果甚微，调几个Spark参数却翻倍。
从技术到产品的切换
技术视角的完成由内部指标定义,全部能在开发环境里验证,却自洽地排除了"用的人怎么想"。当交互成本大于系统成本,该切换产品视角了:用「能用、好用、在用」重新定义完成,把技术包装起来,让业务知识成为使用产品的唯一门槛。
