什么样的架构设计是优秀的？

• 能解决业务问题的设计是好的，但不够优秀。
• 能想到给未来的业务留下扩展空间的架构当然也是好的，但也还不够优秀。
• 不考虑工程师的适配度，不考虑团队当前配置的架构就不是优秀的架构。

如果能考虑经营成本，考虑团队的未来，构建可持续发展的组织来进行架构设计，那么恭喜你，你的视角已经走向 CTO 了。
本次分享，会从自身在职业经历中选取架构师、Leader、CTO 三个视角和几个架构关键决策的案例，把架构设计从事情的维度拉伸到组织、经营视角，分享架构设计背后的技术及非技术逻辑。

演讲提纲：

1. 架构师
   • 2007-2012 年，从实习生逐步成长为架构师，做业务也做中间件，期间经历了几次大的架构事件，当时有很多的不理解，现在回想，当时的视角过于聚焦于事情本身，而没有看到更大的未来，没有看到组织的取舍。这个阶段会以三个大事件来分享当时的不理解和现在的新理解。
     • 阿里巴巴 ICBU 的 1949，架构跃进的阵痛（重构 VS 重写） - 2007年
     • 阿里巴巴去 IOE（自研 VS 外采） - 2008年
     • 阿里巴巴 One Company 期间的中间件之争（更优秀 VS 更快） - 2012年
2. Leader
   • 2012-2018 年，汇报给我的人从几个人到一百多人，这个阶段每一个架构的思考都决定了更多人的命运。这个阶段会以 Leader 的视角去分享如何基于未来做人事合一的选择。
     • All in 淘宝无线期间的大重构，如何既要业务发展，又要整体效率 - 2013年
     • 淘宝互动架构，如何在夹缝中创新，无中生有 - 2015年
3. CTO
   • 2019-2021 年，开始担任 CTO，下面的人虽然不多，但面对的环境和选择变得更复杂，你面对的不再是汇报后争下来的 HC，而是实实在在的经营条件限制；你面对的不再是优化，而是业务以及团队的生死。这个阶段会以 CTO 的视角，分享下如何做不完美的选择。
     • 湖畔大学 App 的架构选型（WebApp VS Flutter） - 2019年
     • 悦孚斯独立站的架构选型（自研 VS 外采） - 2021年

你将获得：

1. 站在架构师、Leader、CTO 这三个不同的视角看架构
2. 从技术、组织、经营三个维度看架构
3. 如何跨越架构师技术栈的限制

An action-oriented approach is probably the most effective way to develop one’s career as a software architect.  The world of software has proliferated at an exponential rate in the past two decades which has also led to an equal growth of security and quality concerns.  It is overwhelming to think about learning everything.  Realistically, no one can learn everything since there is no limit to technological expansion.  On the other hand, a sound and effective engineering methodology with strong discipline provides a way to ensure your software is delivered to a high standard. 

In this talk, I am going to share the set of disciplines that I practice most of the time, if not all the time.  The key success criterium is to make the software I built work all the time.  When the practice becomes the general agreement among all team members, synergic effects usually result in new inventions that individuals cannot realize themselves alone.

演讲提纲：

1. Design with First Principles 
   • What's First Principles
   • How to design your product with First Principles
2. Case – Database Refactor (DR) Project
   • Motivation and background for this project
   • Tactics used in the DR project
   • My thinking on this DR project
3. Define Quantitative Objectives and Measure Nightly
   • Product requirements must include the quantitative measure
   • Measure nightly to identify design issue as soon as it occurred
   • Program components must be instrumented with time and space measurement code
4. Program to Detect Issues Intelligently
   • Prove Correct Proactively
   • Why and how to code defensively
   • As an architect, how to make sure your programmers follow your way of coding
5. Code with Right Programming Language in Right Place
   • Micro-service architecture allows using different programming language in different components
   • Performance intensive, C++
   • Easy DB manipulation, Java
   • Good wrapper, Javascript (prime language for serverless programming on AWS)
6. Refactor Often and Early
   • Architecture changes evolved in DR project
   • Other small refactors should be absorbed into daily programming practice
7. Renew Knowledge Periodically
   • New techniques adopted during DR project
   • When and where will you need new techniques to improve your project       architecture
   • How to make yourself keep up to date with new technologies 
8. Summary
   • 用科学方法来工作：实验尝试，小心求证
   • 用First Principle 来思考：Connecting the Dot
   • 用 OKR 来自我管理
   • 用流水线来安排工作
   • 在制高点审视全局
   • 时时准备交班
   • 时时刻刻提升自己的市场价值
   • 每三年检讨自己在 Marslow's Hierarchy 的位置，步步为营
   • 失败为成功之母，失之东隅，收之桑榆
   • Stay Hungry, Stay Foolish

听众受益：

• Designing with first principles 
• Defining quantitative objectives 
• Programming with self-diagnostic intelligence
• Coding defensively
• Refactoring often and early and renewing knowledge periodically

面向行动的方法可能是发展软件架构师职业生涯的最有效方法。在过去的二十年里，软件世界以指数级的速度激增，这也导致了安全和质量问题的同等增长。一想到要学习一切，就让人不知所措。实际上，没有人可以学习所有内容，因为技术扩展没有限制。另一方面，具有严格纪律的健全有效的工程方法提供了一种确保您的软件达到高标准的方法。

在这次演讲中，我将分享我大部分时间（如果不是一直都在）练习的一套学科。关键的成功标准是让我构建的软件始终有效。当实践成为所有团队成员之间的普遍共识时，协同效应通常会导致个人无法单独实现的新发明。

演讲提纲：

1. 第一原则设计
   • 什么是首要原则
   • 如何使用第一原则设计产品
2. 案例——数据库重构（DR）项目
   • 项目的动机和背景
   • DR 项目中使用的策略
   • DR 项目思考
3. 定义定量目标并每晚测量
   • 产品要求必须包括定量测量
   • 每晚测量以在设计问题发生后立即确定
   • 程序组件必须配备时间和空间测量代码
4. 智能检测问题的程序
   • 主动证明正确
   • 为什么以及如何进行防御性编码
   • 作为架构师，如何确保您的程序员遵循您的编码方式
5. 在正确的地方使用正确的编程语言编写代码
   • 微服务架构允许在不同的组件中使用不同的编程语言
   • 性能密集型，C++
   • 简单的数据库操作，Java
   • 好的包装器，JavaScript（AWS 上无服务器编程的主要语言）
6. 经常和尽早重构
   • DR 项目中的架构变化
   • 其他小的重构应该被吸收到日常的编程实践中
7. 定期更新知识
   • DR项目中采用的新技术
   • 您何时何地需要新技术来改进您的项目架构
   • 如何让自己跟上新技术
8. 概括
   • 用科学方法来工作：实验尝试，小心求证
   • 用第一原则来思考：Connecting the Dot
   • 用 OKR 来自我的管理
   • 用流水线来安排工作
   • 在制高点审视全局
   • 时时准备交班
   • 时时刻刻提升自己的市场价值
   • 每三年检讨自己在 Marslow's Hierarchy 的位置，步步为营
   • 失败为成功之母，失之东隅，收之桑榆
   • Stay Hungry, Stay Foolish

听众受益：

• 了解使用第一原则进行设计
• 了解如何定义量化目标
• 了解具有自诊断智能的编程
• 了解防御性编码
• 了解如何经常和尽早重构并定期更新知识

通过自己的职业发展经历，来介绍一个业务架构师的成长过程和需要注意的培养要点。根据对数字化转型的独特解读，介绍企业架构为何会发展成为大众方向，并介绍企业架构需要改进的点，以及最新提出的聚合架构方法论。

演讲提纲：

1. 小众成长经历
   • 学的跟做的未必相关
   • 偶然开始跟我今天的职业有了联系
   • 误打误撞开始了真正的职业生涯
   • 在业务架构师这条路上的经历
   • 在体系化方面持续提升自己
   • 职业道路的选择：换行不换岗
   • 业务架构师培养要点
2. 大众发展方向
   • 数字化是这条路上最大的职业方向
   • 符合国家政策的数字化远景
   • 数字化需要新的管理思维
   • 新的管理思维需要全局化的管理工具
   • 持续多年的老毛病一定要解
   • 企业应与企业架构一同发展
   • 小企业数字化也离不开整体视角
   • 云上是企业架构最大也可能最后的战场
   • 推动架构方法论演进：聚合架构
   • 每个企业都要学会锻造自己的武器
   • 架构思维必将推广到每个人

你将获得：

• 了解业务架构师的成长经历
• 对职业生涯发展多些参考
• 了解目前数字化的特点
• 了解企业架构的价值和发展方向
   

全球化战略是阿里集团的核心战略之一，在海外布局了多个业务 BU，包括 2C、2B、跨境、本对本等各种业务形态。其中 Lazada 作为全球化战略的前沿，在东南亚六个国家均有建站独立运营，一方面对快速建站和复用国内以及国际其他 BU 业务的技术能力有着非常核心诉求，另一方面，不同国家又追求足够的灵活性和自主性，这在技术层面提出了极大挑战，包括研发效率、系统稳定性、流程标准化、组织关系等各方面。

我们先后通过中台化、云原生、开源模式、解决方案等架构的迭代升级，解决了快速建站、运维隔离、生产关系、研发隔离及共享等关键问题，整体的研发效率有了翻倍的提升，并且从技术上将 Lazada 的架构能力与国内的先进架构的差距极大缩小，并在 Lazada 中落地该架构方案，逐步成为了阿里集团海外业务的技术样板间。

演讲提纲：

1. 背景：多国家站点的快速建站与个性化扩展的挑战与平衡
   • 阿里集团海外电商基本格局与挑战
   • Lazada 所处阶段的生产力与生产关系的矛盾
   • Lazada 技术栈的痛点与挑战
2. 基于中台化及云原生的二阶架构实战
   • 国内与国际架构体系的共性与差异化
   • 交易系统的架构演进实践
   • 技术架构对生产关系、生产效率的促进分析
     • 业务与中台在技术层面的生产关系
     • 业务交付效率分析
     • 二阶架构下的关键挑战
3. 基于多国家多 BU 本地化的三阶架构演进
   • 在业务先赢的基础上探索更高阶的生产关系，并保持技术架构的连贯性与稳定性
   • 三阶关系下的高可用高性能的交易架构实施
4. 实战背后的核心架构思考与经验
   • 架构演进的核心取舍与平衡
   • 演进路上踩到的坑和教训
   • Lazada 下一代架构的关键特点

你将获得：

1. 了解国际化技术的演进路线与理念
2. 了解中台架构最新的理念实践
3. 了解 Lazada 交易核心本地化技术策略实践