2022 年充满了太多的变化。原定在 2022 年底写的本文，也因为新冠阳性推到了 2023。写这一篇文章的难点，并不是回顾这一年做了什么，而是基于这一年的感悟，做一些新的投资，选择新的举措。

回顾 2021 年的一些想法：

1. 知识管理体系工具 Quake。开了个头，依旧还需要在下一年重构。
2. 那本写了 1/3 的书。放弃了。
3. 新的语言练手。暂时没有，不过对于 Kotlin 也算使用得更好了。也是由此，我发现了问题，小众语言开发的开源项目，客户群太少。
4. 继续构建 Inherd 团队和开源项目。好像没有。

虽然都只做了一部分，不过由于目标更少了，所以做得更深了。

编码：工具与模型度量

在工具侧，在技能点上已经相当的成熟。在这一年里，主要是：

• 围绕于遗留系统现代化，创建了 GitHub 组织 Modernizing，并梳理了电子书：《代码分析与自动化重构》。
• 围绕于架构治理，重构并开源了内部的架构治理工具 ArchGuard
• 架构设计 DSL 体系：架构在线协作工具 Feakin Web、架构设计 DSL Fklang 以及对应的 Intellij IDEA 等。

又可以简化化两方面：

• 建模软件架构，寻找元模型。
• 从自助服务设计，探索数据。

与 2021 年相比，在模型设计、指标度量上做的事情更多了，发现工具的开发于我而言，并不具备挑战。所以，在 2023 年，有针对于性强化模型与指标能力，就成了一件理所当然的事情。诸如于，跨领域（DevOps、架构度量）复用的数字化平台及其基础设施。

写作：体系化输出

与上一年相比，2022 年的输出更体系化了，主要是在两部分：架构治理与金融科技。

• 架构治理相关文章：《移动应用架构治理初探：从依赖分析与 Android 应用的生命周期说起》、《架构自治服务：构建数据驱动的架构洞察》、《架构治理基石：基于规范 + 模式的工具化》、《架构工作台：构建企业（应用）架构的数字孪生》、《如何实现一个架构工作台？来看看 ArchGuard 如何实现的》、《架构即代码：编码下一代企业（应用）架构体系》、《架构治理调研：规则、表达式还有语言》、《为“架构”再建个模：如何用代码描述软件架构？》、《架构孪生：数字化架构的虚拟模型是什么？》

• 金融科技相关技术文章：《低延迟架构体系初探》、《金融 Python 即服务：业务自助的数据服务模式》、《高性能可视化架构：一个交互式实时数据引擎的架构设计》、《自动增量计算：构建高性能数据分析系统的任务编排》 等。

在年底，我也尝试输出架构治理的相关模式，以方便于未来做更多的探索。

社区

和同事一起构建了 ArchGuard 社区，并在上面做了几次分享，详细见 B 站：ArchGuard 的个人空间 。只是呢，社区并不是很大，有可能是架构治理的难度所导致的，也可能是我并不擅长于此，需要进一度的研究。

在对外分享上。除了 ArchGuard 社区的分享，在自身擅长的开发体验等领域，在字节跳动内部分享了《开发者体验》等相关的内容。

设计

做了几个 Logo，诸如于 CodeDB、Chapi 的，也没有新的研究了。不过，我在思考，2023 年是否能强化一下 UI 设计的能力，以便于开始更 fancy 的前端 UI。

2023

回到上面，围绕于度量与数字化，需要构建一些数据的基础设施。诸如于正在计划中的：

• CodeDB/MetricDB。它并不是一个真正意义上的通用数据库，只是提供数据的封装。
• 自服务的度量组件。如 Meta Hierarchy、Self Service 组件等。

2023 年依旧还是充满挑战和变化，但愿我们能应对变化。