23年的架构师深圳分会，段和尘（中科院毕业，现负责头条 Android 客户端架构）在 ArchSummit 峰会分享中，围绕软件可持续迭代展开讲解。
架构需应对产品生命周期各阶段问题：成长期适配业务扩张，衰退期对抗代码腐朽，且不同技术领域（前端 / 客户端 / 服务端）有差异但存共性问题。架构手段以 “高内聚低耦合” 为目标，小手段（MVC/MVVM/IoC 等）解局部问题，大手段（单体 / 服务化 / 微服务等）适配业务规模，复杂系统是多模型组合。
架构随产品生命周期演进，从孕育期单体架构到稳定期领域驱动架构，无需初期过度设计，需靠规范重构对抗腐朽。优秀架构师核心是定义问题（分类分级梳理），理性应对技术债，兼顾技术基建、多业务低耦合与单业务易扩展，实现软件可持续迭代。
成为优秀架构师
优秀架构师的核心能力是 “定义问题”，而非 “设计完美架构”，需兼顾技术与组织协同。
1 核心工作流程
架构师工作的难点在于 “前端环节”，流程优先级：定义问题 > 确定架构 > 方案落地 > 结果复盘
定义问题：是最核心且最难的环节，需先 “分类”“分级” 梳理问题，避免混沌处理。
2 问题梳理方法
分类梳理：按 “工程架构”“业务架构” 划分，匹配对应人员解决：
工程架构：解决 “工具、组件、流程” 问题（如组件依赖治理、IDE 插件建设）；
业务架构：解决 “解耦、复用” 问题（如降低业务间依赖、提升组件通用性）。
分级梳理：按问题影响范围分级，明确优先级：
一级问题：提升研发体验（如优化文档工具）；
二级问题：优化研发流程（如完善自动化能力）；
三级问题：提升迭代效率（如需求交付速度）；
四级问题：保障基础稳定性（如版本回滚、合码验证）；
五级问题：增强动态能力（如动态化发布、线上容灾）；
六级问题：技术突破（如插件化、热更新）。
3 技术债应对
技术债是 “妥协的产物”（有意：赶交付；无意：不懂设计），需理性处理：
公开技术债：与利益相关方明确利弊，量化公示（区分短期 / 长期债务），统一编码规范；
消费技术债：每次迭代分配 10%-20% 资源消费债务，避免过时技术（如老旧框架、安全漏洞代码），拒绝 “先上线再改” 的无底线妥协。
ppt 原文可以下载：
