昨天还在知乎上看到说欧盟开始拒绝以英语提交的文件，中国也应该向世界推广中文。

随即想起多年前曾经了解到有一个语言学家发明过一种“世界语”，不知道现今如何了。

太感谢你了楼主。You have saved my life.

@hxys 不用到时候了，好像一直是封的吧。

@hxys ipfs 属于全人类。

能不能基于类似 ipfs 这种技术搞一个知识分享网站，这样可以不受到资本的控制。

不过就算能做出来并且得到很多用户，网站内容的质量可能也难以保障。

看到有人在这里劝退我就放心了。

我有点好奇，为啥交换就不会错了……

为啥 404 了。

另外，各位都是把 qnap 上跑的服务直接开到外网的吗？只有我一个人是 vpn 拨回家里的吗？

@wellhome

我觉得楼主的疑问在于，既然我每次发布的时候都不从上一个版本的 docker image commit，那这个命令到底有什么用？

其实在看这个命令有什么用的时候，不应该只从自己面前遇到的这个场景来看。docker commit 的这个设计的目的是增加存储层的复用程度。如果是 docker image 的终端用户（意思是你作出的镜像不会再被别人 FROM 或者 commit 新的东西）可能并没有什么感受，但想象以下的场景：

A 制作了一个最简单最干净的 Ubuntu 镜像
- B 基于上述镜像做了一个 Python runtime 镜像，只要基于该镜像起一个容器就能直接跑 python 脚本
- - C 基于 B 制作了一个 uwsgi 镜像，只要把 wsgi 脚本放进去就能起一个服务
- - D 基于 B 制作了一个安装了一些数据分析软件包的镜像，使用者只要起一个容器就能直接在 Ipython 中进行简单的数据分析操作

这样其实 BCD 都复用了 A，CD 复用了 B 。试想如果没有这个 commit 的功能，这五个镜像就是五份完全独立的文件，由于 BCD 的改动并不多，其实相当于用 4*A 的大小，但是实际上只做了一点（真正）微小的工作。而基于 commit 机制的这些镜像在都保存在 docker registry 时，应该只占用比 A 的大小稍大一点的空间。

这种机制对于社区来说是非常有益的，因为它提供给了镜像制作者一种非常廉价的复用他人已有工作的方式，同时节省了许多存储空间。

这个看上去像是 Jackson 的 DefaultTyping，Spring 默认使用 Jackson 做序列化和反序列化，建议用这些关键字查一下。

PYTHONPATH 环境变量了解一下。

@kiddingU 你不说可能没事，说了可能就有人想要开始 diss beego，进而开始 diss 楼主了。

桂林到阳朔段的漓江风景是桂林最值得看的风景之一，不建议用其他交通方法去阳朔，建议买船票。

别吧……我觉得这个框架设计出来简直就是给人制造麻烦。

学 haskell 吧。

其实学了 Spring 的核心思想之后，觉得“把程序的入口点交给框架，让它帮我把我写的各种组件拼起来，不要我自己 new 出来并且传来传去”这个想法还是蛮好的。

@whileFalse

> 依赖注入是有很高成本的。启动时间、运行速度、框架的可理解性都是成本。

之前学了一下 go 的 wire，用的是代码生成方式的依赖注入，我感觉就还挺好的……启动时间和运行速度应该都不会有什么影响，大部分依赖注入的问题也会（比起运行时依赖注入来说）在编译阶段就暴露出来。可理解成本确实会增加，不过依赖注入本来就是为了减少依赖很多的时候自己组装依赖的成本，我觉得可以接受。当然我还没深入使用过这个框架，按照我的理解，如果你一定要把运行时的事情放到编译期间去做，那肯定是会有一些 Trade Off 的……

想起轮子哥好像说过（他的观点不一定对），很多语言没有依赖注入之类的那一套，并且喷 Java 扯淡，是因为他们还没有如此复杂的项目需要用上这套玩意儿，等哪天这语言被广泛用于复杂的项目的时候，就会发现他们讨厌的那一套都回来了。

首先，去过楼主手汗比较多的话，建议不要买。因为手上有汗的时候摸触摸板会非常的不顺滑，好用的也变得不好用。

另外依据我个人的使用经历，说 Mac 的触摸板好用不如说 Mac 要是没了触摸板不好用。我现在日常也不一定用触摸板，一般用 m370 鼠标，这个是真的好用。

@Immortal 看来一楼这位用户是 JS 使用者了。