什么是真正的技术能力：解决问题的能力。
短期解决问题， 长期解决问题， 以优雅且可复用的解决问题， 高屋建瓴或是举重若轻的解决问题，都是解决问题的能力表现。
一. 技术人的能力模型
-
技术视野 - 代表广度， 是一种大局观。
你决定做什么事，怎样高效完成，从技术角度能看到未来什么方向；有什么新的技术，有怎样的应用场景， 在复杂问题背后，如何找到最有价值的需求，用合理的技术实现， 是否有系统化的解决方案等等。
-
专业深度 - 代表深度， 是专业技能的积累， 帮助他能够做出正确的技术决定以及具备如何实现他的能力， 并且具有创新力。
视野是找到方向， 如果要实现这个方向，需要深厚的技术专业积累， 看到可能性和可行性， 通过自身以及团队的合作把可能变成系统高效实现出来。
-
影响力 - 代表纵深， 体现在对内知人善用， 能够用正确的方式管理培养团队， 对外并且能够和其他团队一起合作获取资源解决问题。
让正确的人做正确的事， 为正确的事配备正确的人， 发挥每个人的潜力。遇到挑战，挺身而出，找到正确的方向并让大家追随一起实现。
二. 技术人的核心素质：
- Owner意识 - 认真负责的态度，积极主动的精神。 挺身而出，做事不设边界。
- 踏实靠谱 - 具备闭环思维， 凡事有交代，件件有着落，事事有回音。
- 严谨敬畏 - 什么可能出错，就会出错。 坚持高标准，Design for failure。
- 空杯心态 - ego小，格局大，持续自我检视与反省，同理心，共赢思维。
- 模式思维 - 大道至简，思考复杂背后的简单，找到一类问题背后的共性并给出优雅的解决方案。
- 自我迭代 - 把自己当做产品看，构建自己的思考体系和执行体系，自我迭代升级。
更多参考： 阿里的三力模型。
三. 技术体系的核心原则
- 满足业务发展的需求是最高准则 - 技术支撑业务发展，技术拓展业务边界 。
- 重视设计但不要过度设计 - 好的设计，一定是满足当前需要，兼顾适当的灵活性和扩展性，逻辑清晰易懂、细节落地可执行。
- 产出和产能相平衡 - 重视提升业务产出（追求创造更多的业务价值），也重视提升技术产能(追求提升自身的技术能力)。
- 以终为始 - 先想清楚目标（正确的方向），然后努力实现（高效的执行力）。
- 追求效率 - 跳出重复性工作，自动化一切，尽可能简化。
- 事不过二 - 我们允许失误，但不容忍重复失误。
四. 技术架构的核心原则
4.1 互联网架构原则：
- 向云而生 - 云计算是一种思想，用规模化复用带来低成本和高效率。
- 使用成熟技术和组件 - 长期实际生产环境中证明过的可靠成熟组件 。
- 一切服务分布式 - 服务原子化解藕 ，高性能分布式RPC框架。
- 尽可能异步化，保障最终一致性 - 高性能消息服务， 应用尽量无状态化， 确保系统最终一致性。
- 数据化运营 - 服务运行实时监控， 数据累积可视化。
- 自动化，高可靠 - 更容易的伸缩， 更快的环境调整， 更低的运维代价， 更好的可管理型。
- 去中心化， 线性扩展 - 随着资源加入，服务性能和容量线性增加。
更多参考：
- AKF 架构原则 - 架构即未来 (The Art of Scalability）15个架构原则
- 云原生应用标准 - The Twelve-Factor App
- CAP理论和BASE理论
4.2 业务架构原则：
- 业务建模，抽象和枚举是两种方式，需要平衡，不能走极端 。
- 基础架构最关键的是分离不同业务领域、不同技术领域，让整个系统具有持续优化的能力。
- 分离业务组件和技术组件，高类聚，低耦合 - 业务信息的执行可以分散，但业务信息的管理要尽量集中 。
- 分离基础服务、业务规则、业务流程，选择合适的工具外化业务规则和业务流程 。
- 好的业务架构需要合适的组织架构去保障 。
更多参考：
- 领域驱动设计
- 业务平台化和中台化相关理念
