mengzhuo

@zzzkkk 啊，对对对

@zzzkkk 感觉你是自主性有问题

我 PHP 转 Python ，Python 转 Go 都是先自学，期间 Ruby ，Java ，JS ，Node ，Lua ，Julia ，Nil ，Scala ，Lisp 也都试过。
跟老板讲使用体验，对比之后推荐换技术栈，不行就换工作，换城市，业余变正职，外包我也做过（第一份工作就是），现在在某鹅混 Go 相关的。

工作时间越长，越觉得每个领域都有学不完的知识，不了解我一般都不喷，对喷我的我也就是“啊对对对”。
而且 PHP 其实你也没深挖，比如现在字节的语言组的负责人赵海平就是在 Facebook 搞 PHP 优化出身的。

看着就离谱啊……感觉 OP 也就 20 出头
上学的时候学的是自动化，C 和汇编，一直不得要领
直到我碰到 PHP ，很感谢 PHP ，带我入门编程（ wordpress ），给了我兴趣和信心
我也感谢 Python ，让我知道了代码整洁的重要性
一步步的深钻，发现语言有自己的应用领域和擅长点，最后还是会落回计算机基础，又捡起 C 和汇编看……

写得挺舒服的啊，这都算屎山的怕是没见过真屎山。
某鹅某业务那 800 行带视图的 SQL+乱封装的代码是真开眼了

在云谷的红带路过，一句：能不来别来。

累不累看不部门，但福利完全不一样，转正比例很低（除非你是卷王），各种开发限制，加上很多正式不把 OD 当人看，开会拼命骂，被疯狂甩锅。

@aaa5838769 类似搜索引擎么？那 ES 可不是好选择，可能需要直接建立单独的分词索引服务来完成任务，不过具体我没实施过，你搜搜看搜索引擎实现吧。

最简单是逻辑层加 cache ，查询一致的时候直接回之前缓存的数据，特别是用户会查询的东西可以自己先预热 cache 。

而且看你的需求，应该是某种 tsdb 的应用范围。预先计算，预先聚集到特定表，减少 aggregate 压力，或者干脆直接换 tsdb 。

不是 tsdb 的话，每条数据 15K ，也需要尽快垂直拆字段，特别是没啥用的数据，就不要跟着查询压力大的接口放在一起。
ES 的 shard 机制决定了你的数据肯定会跨节点查询，http gzip 都只是治标不治本的。

diff 算法，https://github.com/google/diff-match-patch

而且存啥 md5……直接 etag 都够用了，连读取都不用