领域元组件是一个包含特定领域组件（业务场景）的集合。其内部包含了一系列的组件，依赖于输入的领域元数据或者领域特定语言，构建出适用于特定领域的组件。
计划赶不上变化，大抵说得是我对 2021 的总结。过多的变化，导致了不少的「计划超期」，也就是所谓的 ”失败“。除了事物本身的复杂性，还可能在于过多的计划导致的。复杂性在我们试探之前，是无法难以正确估算的。而过多的计划，便是个问题。
最近几年，因为前端没啥有意思的东西好玩的，主要精力就在工作相关的后端架构咨询和设计上。只是，刚好最近在编写知识管理元框架 Quake ，应用了一些算是比较新的架构思想，特别好玩。所以，这篇文章结合一些公司的前端架构需求，社区上的一些趋势，以及自己的探索编写出来的。
PS：这是一种很好玩的前端架构模式，可以创造出无限的乐趣。你不一定需要知道它，但是它真的很好玩。我写这篇文章主要是因为好玩，也没有啥新东西。
Nano Component 是一种更细粒度的“微前端”式的架构模式。与现有的遗留系统迁移和兼容的微前端模式相比，这样的组件模式，有点类似于 Serverless 之于 NanoService。使用更细粒度的 Web Component 组件，可以构建出更小的应用，易于替换与解耦设计。
自我们发布了 Quake 项目之后，我们一直在做各种 Meta 功能。在上次 release 时，可以进行自定义的数据编辑。在这个新的版本里，将会包含一个新的数据可视化特性：Transflow。
本文使用 Quake Web 应用编写，虽然只有基本的 Command + S 来保存标题 + 内容的功能。这个简单粗糙的页面，让我想起了多年前构建 Phodit 的场景，it works 作为开始就足够了。
PS：本文有些杂乱无章，偏向于是个人的一些思考。
PS：作为一个技术人员，虽然对于元宇宙的未来持观望态度，但是并不妨碍我研究它。
标题原来意指 TDD，即 Test Driven Development，用 TDD 来进行碎片化时间的粘合。只是呢，Tasking 才是 TDD 的核心，于是在新的思考之下，我重构了本文的大纲。这篇文章的构成也非常有意思 —— 以致于我都没想清楚，为什么会写成这样。它只是由一个个的思考，所构成的文章，有些杂乱。