我突然有了一种⌈啊哈⌋的感觉。

我突然知道为什么非关系型数据库现在为什么如此受欢迎了。首先是不断变更的业务需求，对快速产出原型的急迫，也因此学习掌握一门非关系型数据库的应用方法是非常重要的。

程序设计也许应该跑在数据库后面，这是我的今天的一点感叹。当然同样重要。只是我发现单纯产出产品原型时，也就是主要只写前端的一些页面的时候，实际上大部分内容就是围绕用例数据展开编写的。这条办件我需要放在哪里，展示什么样的内容，最终无论是体系框架如何设计的、后端鉴权评估如何处理，最终都是要回归这个直观的页面的。

但是此时的用例数据往往是非常零散的，也就是说，是不成体系的。对于一个数据项，大到从开始到结束的生命周期，小到具体某一个流程、某一个节点的状态机情况，都是定义模糊甚至于没有定义的。

没有一个非常优秀和有经验的数据库设计师、产品经理来给出清晰完整的文档时，开发人员面临的就是这样的情况。我需要自己梳理产品面为我提供的这些零零散散的数据，找到它们对应的业务模块以及映射到计算机中的具体位置。在真正撰写之前，这些必备的工作是我自己心中要有数的，因为我已经意识到他们并没有为我提供这样一个条件，但是为了减少我自己的工作量，我来做好这些处理工作，翻译、修缮为一个骨架是非常重要的。

我想写代码本身就是在做一个翻译工作。现在代码本身确实变得廉价了，但是好的代码仍然很少，好的、能够明确传达需求的文档更少。我想起一个好笑的名言，⌈Talk is cheap. Show me the code⌋，现在甚至可以变成了 ⌈Code is cheap. Show me the prompt⌋。不过核心并不是代码不代码的问题，而是在设计之初这些定义是否足够柔韧、逻辑贯通、可操作、可理解、可协作。

没有人能理解的语言就不是好语言，除非有天才能够翻译出它的精妙之处，否则它只能湮没在历史的沙漠里，这是人类社会中无法避免的事。