midsolo

@BraveRBT #36 网络抖动这个问题一直没法解决，因为做的跨境业务，服务器部署在全球多个地方，数据很难保证一致性，并且尝试多多种最终一致性方案，都没能很好的解决现有的问题。技术栈老旧是历史原因，我入职的时候就用的这一套，已经规划重构升级了。

@BraveRBT #33 没错，该系统是 2017 年用 Java 开发的，一直在稳定迭代中，现在逐渐在用 Go 进行重构，异地多活这一块用的还是多年以前的 SET 单元化架构，早期团队成员大多来自阿里。

@JoeDH 可以的，只要抽到我做题，我就分享出来

@wu00 问题都是比较贴近实际工作的，都在业务线上曾经出现过，包括了 交易、账户、规则引擎、风控、网关、客服 这些服务模块，真的不是八股文

@Rat3 深圳薪资比上海要低一些，而且我司是跨境卖无人机跟运动相机的，销量跟年终强挂钩，卖得好年终就多一点，可以来弥补 base 过低的问题

@k9982874 题库系统目前还在内部测试中，会根据内部员工测试来调整难易程度，很多题内部员工都做不出来，不要在意

@tonytonychopper p6 跟 p7 的技术差距并不大，只不过 p7 多了管理能力跟自驱力，而且跟其他同事关系搞的比较好，目标性强，关键时候能扛事

我之前在某厂做过一段时间的中间件开发，也就是俗称的 "造轮子"，包括：分布式任务调度框架、监听 binlog 的 CDC 框架、RocketMQ 源码的定制化开发......

做中间件，虽然看起来更加偏技术一些，但是比做业务来说承受了更大的压力，因为中间件是服务于业务方的，不能出错，一旦出错，影响范围就很大，可能造成 P0 级别的问题。

做中间件，自己也是产品经理、项目经理、测试、开发、运维，得自己去收集需求，去挖掘需求，要有一定的技术前瞻性，能够对标业界的标杆产品，要能推动中间件的推广，也要能抗事，因为业务方的需求千奇百怪，你得去满足他们。

好不容易做出来了，还面临着推广的问题，后面没大佬站台，这个事压根就推不动。

说多了心累，还是回来继续写业务的 CRUD 吧！

@askfilm 这些问题已经很贴近实际工作了，系统是公司交易业务线中的，问题也是正真出现并解决过的，薪资对标的是 p6 ，题目偏难纯粹是因为来面试的人多，部门老大为了提高面试效率而整出来的