@peyppicp 从 5 次减少到 3 次，得分几千个表了，定位这几千个表本身也是两层查找，总查找层数似乎没有减少。极端情况下，我每 20 条记录分一个表，是不是就只有一次 IO 了？

服务器上自动 pull release 分支

@peyppicp hash 之后不还得查索引？把一个大索引拆成 10 个小索引，如果这 10 个没有冷热之分，总量并没有减少。

sharding 的目的是让数据分布到不同的 instance，一般是不同的 server，多台 server 的 cpu 和 io 能力可以叠加。

同一个 instance 内，有时会分表或分区，比如订单按日期分，由于一般情况只会访问几个月以内的订单，分区做到了冷热数据分离，减少了热数据规模。

但是同一个 instance 内，不区分冷热数据的分表，提升就不太明显了，虽然很多项目都无脑这么做。

你这种情况，分表相当于人工给索引增加一层，能带来什么提升？

作为后端，用了几年 vue 撸管理后台，被 antd 的勤快打动，今年转 react 了，反正对后端来说，一样的依葫芦画瓢，差别不大。整体上体验差不多，react 的 IDE 支持比 vue 好那么一点点，vue 的 form 语法糖比 react 香甜。

主动挑活，改出大 bug 来，你这锅性质就不同了

阿里王坚 C++水平可能只会写 hello world，crud 大概率不如在座各位。

一级建造师下工地砌墙，估计也会被农民工完爆。

@cassyfar 美国？现在收紧了，就算中科院院士，名气不够大的那种，想拿绿卡也要排三年队

没事，等你过了 35，想加班也没地方收了

vertx 了解一下，常见协议都支持了，还能用 kotlin 协程

困住你的不是生活，是欲望。没上车的想上车，上了车的想改善，有一套的想两套，两套的想三套，何时是个尽头？

最近半年我在把几万行反编译出来的代码移植到别的平台，因为是专业软件，功能都不懂，要从反编译代码倒推出功能，再正向重写出来。翻译了几千行之后，我已经很习惯读到处 goto 的代码了。