真正的智者不仅能看到即将来到的变化，更能深刻的认识到什么是不变的。

看再多信息也无法打破信息解放，除非你运用矛盾论设身处地深度思考并加以动手实践总结。

革命胜利经验总结：
1，矛盾论帮助分析认清事务本质；
2，理论结合实践总结并分析；
3，阴阳论，敌人最薄弱的地方就是我们最强的地方，构建和完善新次序和理论；
4，团结大多数，在敌弱区发动游击战，农村包围城市；
5，发展眼光看待问题，发展中解决问题；

毛毛虫在如果只用眼镜是无法破茧成蝶的，直到它咬了一口那茧。

看了下阅读架的，你们看书这么慢吗？
那个翻书感觉一点也不方便啊。

我觉得躺着，趴着，坐着，站着看都可以。

什么鬼家庭人均收入？

假设我和我老婆收入 5 万，
我两个孩子和我爸妈没有收入，
是算 50000/6 呢，还是不用除，还是除 2 ？

统计口径不同，结果完全不一样。狗屁专家都没说明，这结果不是乱糟糟？完全没意义。

一般程序实现：

value = getValue(key)
if(!value){
value = ....
setValue(key,value,expire)
}
return value

按日期查询，
那么 ES 比较合适的一种选择吧，
可以按年月建立 index，然后查询。

不过，ERP 一般都是依赖数据库，通过触发器，物理视图，统计表之类的提高查询性能。

@waytodelay

官方文档，没记错有中文的。

补充 es 性能高还有一点当然是：
容易集群；

最简单的，而且可以团队合作的，git+markdown

```
## TODOLIST1

- [ ] thing1
- [ ] thing2
- [ ] thing3
- [ ] ...
```

滴答清单 付费好几年了，还推荐了几个付费用户，没给我奖励啊

同等配置下，es 性能不会比 mysql 高，预热过后加载到内存中的 es 才性能高。

es 性能高的主要原理是：
1，index 分区；
2，内存预热；
3，搜索引擎倒排索引；

欢迎补充。

没有必要 mongodb 吧，mongodb 只是一个文档型数据库，并不会帮你提高性能。

看你对实时性要求和查询范围，
pg 有物理视图和聚合，是否能满足要求？

我们有一个项目也是几千万数据。
我是限制了默认查询时间，在时间上加了索引，比如只查询最近一天或者一周的。这样数据也就几万几十万，还是很快的，一般 50MS 能出来。
对于复杂的，要查询 2 个月以上的，都走统计表，统计表为增量，每 5-15 分钟执行一次，所以不是实时的。如果你团队人力比较充沛，可以用自动聚合，做成实时的。

@totopper312

人家是真开源，如果是将公司产品开源，不是更加值得鼓励吗？

不过不是公司产品，那也没问题啊。

月度问题，我的答案是：Joplin+坚果云

个人笔记软件比较（ Typora+Boostnote+Notable+Joplin ）
https://c4ys.com/archives/2087

如果项目前景不行，从长远来看，还是离了的好。因为不是前景真不好，就是老板没有让大家看到前景，而让大部分人看到项目前景，是老板的责任和能力体现。但是不排除每个公司灰色时期看不到未来。


公司发你工资，你将自己事情做好，这是人品的问题。
不管业务怎样，将代码写好，是对技术的态度问题。


你现在具备判断项目前景的你能力吗？
既然你不看好，怎么还来脑抽这个公司了？
下次选公司还会脑抽吗？


牛逼的程序员，大多数代码几年后也烟消云散。


最近看到一段话：人成长的过程，就是承认自己的渺少和无能为力。
另外一句鸡汤：90%以上的创新创造，都是来自普通人。

@shoaly

应该订订也是用这个方案，感觉还可以，好像只有偶尔有问题。楼主可以试一下。

@hedeqiang

这个决定产品或运营负责人就可以做了。
他们可能还不一定打算惊动老板吧。


坐等发酵。

@hedeqiang

167: 这公关水平。。。low 。。。

买了 200-300，
没看完。
哈哈，
估计是运营小哥 /妹干的事，不知道老板是否知道，
总之格局小了。