假如 couchdb 和 mochiweb 都有自己的 json 模块(这只是一个比方，实际这两个项目共用了 json 模块)，从“库的开发者”角度，都希望能“不受限”的将自己的模块命名为 json.erl 。但是不行，因为在有人想要整合两个项目时，就会出现重名问题。因而，目前比较好的实践方式是分别命名为 mochi_json.erl 和 couch_json.erl —— 各自带上不同的前缀，这能很好的解决问题。但实际上，这样的命名就是“flat package name”了之后的名字。只是目前的这个 flat 的过程要靠“手工＋自觉”。

package/name space 的要义就是“命名的自由”，这个自由主要来自“不需要顾忌会和其他人的 module 发生冲突”。实现起来并不困难，对于 erlang team 来说，只是想不想做的问题。

前者可以用 binary 方式来发布一个体积很“sexy”(大约 3m 就足够了)的运行核心，后者则以 source code/application 的方式来发布(下载源码到本地再编译)，配以一个良好的“依赖管理”＋“按需下载”系统(就像 MooTool 那样)，就可以实现一个“mini size runtime”，而这恰好就是 java 正在努力追求的“瘦身”目标。