自我们发布了 Quake 项目之后，我们一直在做各种 Meta 功能。在上次 release 时，可以进行自定义的数据编辑。在这个新的版本里，将会包含一个新的数据可视化特性：Transflow。
本文使用 Quake Web 应用编写，虽然只有基本的 Command + S 来保存标题 + 内容的功能。这个简单粗糙的页面，让我想起了多年前构建 Phodit 的场景，it works 作为开始就足够了。
PS：本文有些杂乱无章，偏向于是个人的一些思考。
PS：作为一个技术人员，虽然对于元宇宙的未来持观望态度，但是并不妨碍我研究它。
标题原来意指 TDD，即 Test Driven Development，用 TDD 来进行碎片化时间的粘合。只是呢，Tasking 才是 TDD 的核心，于是在新的思考之下，我重构了本文的大纲。这篇文章的构成也非常有意思 —— 以致于我都没想清楚，为什么会写成这样。它只是由一个个的思考，所构成的文章，有些杂乱。
年初，总结了过去在平台与开源软件的一些经验，编写了那篇《开发者体验》。在那之后，陆陆续续地与不同公司、不同行业的人，一起讨论了起了开发者体验。有的是来自于内部平台的开发者，有的是源自于技术社区的相关负责人，还有的则是开源软件的贡献者。
软件开发总成本 = 开发成本 + 维护成本；软件维护成本 = 理解成本 + 修改成本 + 测试成本 + 部署成本。—— Ken Beck
在年初的那一篇《开发者体验 —— 内部工具的“最后一公里”》里，我们讨论了什么是用户体验？如何进行用户体验的设计？还有开发者体验的六要素？在先前的文章里， 我们已经介绍了文档体验的设计，结合最近学习某技术的不好的开发体验，所以重新思考了一下好的错误呈现应该是怎样的。
最近在构筑架构能力体系的时候，刚好看到了 O'reilly 出版社的《Cloud Native Transformation》（英文影印版） —— 一本关于云原生转型的书，结合了云原生迁移 + 组织文化转型两个维度。书中花了四个章节在介绍云原生转型的相关模式，书中的模式的类型为：策略和降低风险、组织和文化、开发和流程、基础设施和云。而作为半个转型“砖家”，我大抵对其中的一些模式比较熟悉，过去也想着编写相关的模式，只是一直没有时间编写。
最近，一边在思考如何进行开发者体验优化，一边在设计新的文档体系，以确保文档和代码的一致性。于是，便结合我先前对于文档代码化的理解和实践，并展开对于 Rust、Julia、Dart、Kotlin、Swift 等语言的文档研究（详细见：《API 库的文档体系支持：主流编程语言的文档设计》），重新思考了如何做了文档工程的开发者体验设计。