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

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

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

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

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

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

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

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

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

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

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

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

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

@alpha4zeta 某跨境公司，做的业务是把民用无人机跟运动相机卖到欧美或澳大利亚这些地方，真的不闲，只不过周五我想摸鱼，搞这种内部测试估计是领导的 KPI 吧

@Aust1ng 公司题库系统中直接给出的一个做题链接，时间限制 45 分钟，简答就行，目前还在内部测试中，后续公司会根据员工内部测试的通过率来调整难度

@adimn 是的，这 2 个题有点偏运维，因为公司中 dev 、test 的 k8s 环境是开发自己维护的，运维只管 sit 、uat 、prod 环境，所以开发也需要懂点运维方面的知识

@JYii #6 这些问题比较贴近公司的实际业务，不算是八股文吧！

难度对标 3~5 年的中高级后端开发，面的好的话薪资能给到 30k 。

@JYii 面试只是为了筛人，进来都是写业务的 CRUD

@Geekgogo Java/Go 后端开发的题，比较贴近公司的实际业务，但平时都在写业务的 CRUD ，没怎么考虑过这些问题

谢谢分享，我以为大家都是这样。

每周一开完周会之后，我都会弄一个每周任务，里面列了 具体事项、难易程度、优先级、deadline......

周五的时候直接当周报提交到系统上去。

@chenshun00 爆赞，我之前就是靠改 arthas 源码进的大厂，还在前公司和前同事一起写了个 arthas 的插件

典型的资本家阴谋，把矛盾转移，让底层互撕。

你找驿站老板确实没用，因为驿站肯定是跟各个快递公司有私下交易，比如哪个驿站揽收哪块区域的快递，这种你只能去找快递公司投诉了。

@bbao 说起过度设计，那我得展示一下了。

多渠道的接入，建个 mapping 主表，然后每个渠道映射一张表就行了。

但我司只会 Java 的架构师嫌我们设计的过于简单，只能自己出手了，各种高层次抽像，各种设计模式，好好的把个 Go 写的项目设计成了 Java 味儿。

现在每个渠道建一个库，说是为了后续的扩展，提前做数据隔离，代码实现上写了 proxy 层、route 层、dispatch 层......