@rodjl 谢谢指点

@PythonYXY 离职+非大厂，是硬伤

@d9e7381f 有个小厂的 20%多，A 的话估计不认

@vevlins 谢谢指点

@vevlins 30%不知道有戏没

@hunter0122 小作坊

@Rickkkkkkk 我报多少没用，他们直接定的意思嘛

@PythonYXY 报 30%，保 25%有戏没

@d9e7381f package

@emSaVya emm 那还得继续找

@SD10 流程还没走完，都是虚的

@ufan0 @iluolSNS 我没写清楚，下次有机会了写清楚简单些

不咋好，中小公司 HC 少，已读不读太常见了。《有无相关经验》这个自己感觉很重要，好几次简历被打回都是因为没有相关的经验，比如支付、封控、广告投放、增长等等，没有从业经验就不给面你，人多是一方面，也可能是我简历太拉的缘故

大佬们能给个建议嘛

mvcc 保证了 rr 下可重复读，mvcc 是 undo log 链和 readview 视图实现的，这个视图是在事务开启后执行第一个快照读时，基于 [整个库] 生成的快照。也就是说这个快照中的“账单、明细这两个表数据已经不会变了“
10 楼所举的例子很合适，不要局限于”单张表在一个事务中的多次查询“这种场景

服务划分角度，不同系统，尽量别跨库联表查询。1 ）大数据/数仓那边出； 2 ） X 服务（或 A 或 B ）远程接口调用聚合数据； 3 ）之前将 Atable 和 Btable 拆分到不同库/系统，领域划分是否合理，是否有重新合并到一个系统/库的必要； 4 ）同步一张表到 A 或 B

多找点难点亮点（任何项目中遇到的、网上找的等等），结合自己的项目，揉进去。用 xx 解决了 xx ，达到了 xx 效果等等。

@MENGKE 是这样的，留下的兄弟们到这几天，还没年终消息，还得干活，也是煎熬

@littlecreek 是辛苦，但不少重活已经机械化了，你搁西北那边瞧瞧，基本靠人力，是真辛苦