nas 的不知道。反正我的 hgst 企业盘确实是炒豆子的感觉

把差异的字段用 key value 的方式保存在单独的表中。不过 value 如果有多种数据类型就需要处理下了。

@janus77 #6 真要说风险的话，国债比银行存款安全的多。

df 命令

df -h | head -1 && df -h | grep /volume2

存储什么的可以上 NAS 啊

@ljpCN #17 都想挣钱，肯定会有意无意提高用户迁移成本。

只要快递员经过客户同意放到快递柜就没啥问题。

至于快递柜怎么收费，那是商业行为。

如果真的是暴利的话，这种没啥垄断门槛、服务差异化几乎没有的行业，肯定还是会有其他公司进入的。

@xuanbg #17 https://martinfowler.com/articles/microservices.html

Martin Fowler 在这篇文章中提出微服务这个概念的。你可以在文章中搜一下关键字词「 polyglot persistence 」。

「微服务更倾向于让每个服务管理自己的数据库，或者同一数据库技术的不同实例，或完全不同的数据库系统 - 这就是所谓的混合持久化(Polyglot Persistence)。」

痛苦的根源就是楼主的第一句话。

如果大家把代码当作给另一个程序员传递思想的工具，那么就不会有这个烦扰了。

有句话：代码是给人看的，顺便能在计算机上运行而已。

一般 aix 上面会用吧。

Interface/接口 就是用来定义具有若干个方法的功能集合，描述实现接口的类 class 需要实现的功能。如果接口中包含了常量，那么这些常量就涉及到了实现相关的细节，职责不清。

也有历史遗留项目中会专门建立一些接口，里面仅仅包含常量。个人认为这么用勉强也行。

定义常量量更好的方式是定义 enum，或者 class 中 public stat final xxx.

我猜，如果你们服务器上禁止 push --force, 那么你和你的同事应该没有使用同一个服务器分支。

版本结点 A rebase 到版本 B 结点上，则会查找 A 、B 的共同祖先版本结点 C，然后将 C...A 所有操作都在版本结点 B 上重新操作一遍，不论 C...A 之间的操作是不是当前用户。

如果是使用同一个服务器分支开发，并禁止 push --force ,那 rebase 就只会包含你没有 push 到服务器上的 commit 。

经济学算是人类社会运行的逻辑，计算机是机器运行的逻辑，了解下都挺好啊。

长老院的经济决策不会完全按照经济学原理来制定，比如仍然会制定无数经济学家反对的最低工资制度。然而经济学的规律仍然在发挥作用，仍然可以利用其中的原理去理解当前的社会运行。

另外推荐下「奥地利经济学派」，个人认为他们的学说能更好的解释经济活动。

@ericls #7 逻辑放在 sql 里面后期维护要崩溃的