理不清思路，画思维导图。遇事不决，也能画思维导图。总之，画思维导图就对了。

其实这种不存在商品表。因为这本质上不是商城而是交易。交易么，就是财务那套东西，记账。根据货币/物资的借贷记录，计算出货币/物资的数量即可。也就是一次交易，双方各记两笔账：物资的增加数/减少数量，货币的增加/减少数量。只要记录没错，那玩家的钱和道具就不会错。

至于这个表的数量会不断增加的问题，其实很好解决。停服维护的时候，把历史交易记录归档，然后只留下一条汇总记录即可，这就和财务的期初余额是一个道理。

@mydingyan 对方大概率是独女，最多最多还有几个女儿，要是有儿子，就不会有这种离谱的要求了。所以，大概率这遗产只能给外孙/外孙女。因为也没旁人可以继承。

业务日志还是 mysql 吧，7.6 就支持 json 了。

当然是买回来吃灰啊。
虽然玩不动，但买还是要买的。万一哪天就想玩了呢，下架了就买不到了。。。现在玩个 3 分钟就想睡觉，就离谱

日本可以的，应该会很欢迎年轻人去做骡马。可惜岁月不等人，要不 20 年后国内就和日本的现在一个样了。

git 不是可以设置项目为 public 还是 private 么？ public+开源 license ，不就是开源吗？

@kingjpa 其实产能过剩的时候印钱是不会造成通胀的，只要过剩的产能没有被消化掉，这价钱就涨不上去。

问题是印钱容易发钱难，国家放水 300 亿，最终恐怕连 30 亿都进不了老百姓的腰包。这就造成更进一步的财富集中，带来更多的社会问题和财政隐患。

同类型轮胎性能相差没有价格大，所以换一条不同品牌的轮胎问题也不大，不激烈驾驶的话，基本没有什么影响。

没办法，C 跟 B 太近，没有保持车距就是 C 全责。但这个 A 必须谴责，如果有录像，可以举报，扣他分罚他款。

当前区域不能使用，懒得搞了

XO 就是个自己定义的命名规范，没啥意思，跟着来就行。你要是不愿意，怼得过领导就按你自己的来。

OP 这个年包，下份工作降薪是板上钉钉的事情。降低薪资预期，换取稳定和发展空间。给得钱目前生活能过得去就行了，眼光还是要看长远一些。

OP 没有领 APP 上面的购车抵用券嘛，03 可以领 5000

怎么保护？拿了钱再交付源代码呀。

生日快乐！

我总是忘记自己的生日，直到看到银行发来的短信。嗯，然后呢，继续忘记。。。似乎从来都没有过过生日，根本没这个想法

1 、成本翻倍
2 、你能确定迁移所需要的时间比故障恢复的时间短？

所以，看起来很好的东西不见得是有价值的

标准的做法就是提供一种固定的数据格式，Accept 什么的，暂不支持。哈哈哈