计划赶不上变化，大抵说得是我对 2021 的总结。过多的变化，导致了不少的「计划超期」，也就是所谓的 ”失败“。除了事物本身的复杂性，还可能在于过多的计划导致的。复杂性在我们试探之前，是无法难以正确估算的。而过多的计划，便是个问题。

2020 年的一些想法：

1. 云研发体系构建。今年：理论差不多完成了，需要一个示例。
2. Datum 语言。今年：暂时搁置了，找不到特别的高点。
3. 构建下一个知识体系构建。今年：梳理了《开发者体验：探索与重塑》
4. 设计。现状：暂停了画画
5. 构建开源梯队。今年：开始创建 Inherd 团队

所以，2021 的总结大概就是上面这些了，哈哈。

编程：研究为主

在技术上，做了诸多颇有意思的研究，也算是颇有体会，比较有代表性的应该就是《调研技巧（上）：以『时间旅行调试』为例》、《领域特定语言设计技巧》。所以，在技术和开源也主要是围绕着几个方面展开的。也因此，我读了一系列的论文，也学会了一些快速阅读 + 索引的技术，不过，也由此我发现我缺乏一个有效的方式来管理这些论文。

从方向上来说，主要是围绕于云研发体系的 IDE、DSL 相关的研究。这些相关的 DSL 项目有：文档-代码同步工具 Writing、架构设计 Forming、架构守护 Guarding、反向模型生成 Modeling、低代码设计语言 Unflow。另外则是围绕于云研发体系的 IDE 部分：Water 架构和 Uncode 概念性 IDE。

除了这部分，还有用于自动化分析与建议的工具 Coco，可以实现轻量级架构可视化。

所以年底的时候，构思了开源知识管理元框架 Quake，作为明年的主要方向。

创作

今年，依旧写了一系列的文章，所以倒是没有什么特别的，比较推荐的就上述的两篇研发相关的文章。还有一些文章也比较推荐：

• 《元素建模：探索建模的要素》
• 《文档工程体验设计：重塑开发者体验》
• 《“内源”文化优于中台思想》
• 《模式的模式：从设计模式到元模式》
• 《团队拓扑：在云原生时代，如何定位自身与团队？》
• 《云原生转型：规模化演进与文化思考》
• 《技术产品化运营》

对应的一个体系化的产出是：《开发者体验：探索与重塑》。它起源是在 2019 年时，在经历了多个低代码前端项目的售前，以及一个低代码项目的技术实践强化，发现国内的 IT 企业缺乏对于『开发者体验』缺乏系统性的思考。便想着结合自己的项目经历、社区经验、国内外实际情况等，编写一个简要的开发者体验电子书。

对于 2022 年来说，同样的也需要有类似的体系化输出，以帮助自己更好地理解某个领域。

社区

社区，大抵是我在 2021 做了比较多的改变，试图去构建一个 “自由” 的团队/社区。

Inherd 开源小组

年初，构建 Inherd 开源小组时，我的想法是以开源项目为核心，构建一个围绕于数字化隐私和底层开发的开源兴趣小组。但是呢，这是一件颇有难度的事情：以代码参与到贡献中是存在一定门槛的，尤其是诸如于 Coco 这样的代码分析性质的项目。所以，Quake 这样的更为简单的项目，可能是一个可行的方向。另外一方面，我们也可以尝试性探索其它的可能性。

社区活动

从习惯上来说，我偏向于是以写作 + 开源的方式来贡献到社区上。我正在尝试性参加一些对外的演讲和分享活动，这里的尝试是指如何更好地平衡时间？诸如于，今年在编程语言社区上做的分享《DSL 在未来软件研发体系：云研发中的意义》，还有其它的一些分享。只是因为技术咨询的性质，地点变得高度不确定：可能今天在南京，明天就在北京，后天在某个地方了。时间就变得更加可贵了，要有时间来陪伴家人，要有时间来写代码，还有写作。

所以，在下一年里，我还会做一些尝试 —— 当然只限于我感兴趣分享的新话题。

2022？

我有一本书在今年写了 1/3，然后搁浅了，但愿明年能写完。

再次重构知识管理体系。

继续构建 Inherd 团队和开源项目。

尝试使用新的语言练手。