你要知道,面试造火箭,工作打螺丝.笑.其实就是你和他不投缘,随便找的理由而已,或者他们部门真的不太缺人.我觉得 80%以上的可能不是因为你的什么项目复杂度的问题.我作为面试官的时候,考察基本上就 算法给 1-2 道 e-m 难度的,看边缘情况处理,编码风格,能 ac 说明基础的逻辑没问题,然后匹配岗位的技术栈的一些场景问题,比如 crud 就问数据库, 网络就问 ip/tcp,devops 就问 k8s,etcd,分布式就问 grpc,raft 算法之类的.直到最后确认技术没问题了,才考虑人,比如合作能力,性格,但是面试过程就 40-60 分钟,怎么判断合作能力和工程能力呢,就看你之前的项目,你在之前项目负责的部分,充当的角色,是否积极解决团队问题,积极探索团队的技术边界,帮助同事解决问题的角色.或者只是普通的编码,来多少活做多少,至于你之前的项目复杂度问题,说的难听一点. 99%的项目都没什么复杂的. 做内部项目你可以着重突出和其他部门的协同和沟通.因为 i 内部项目确实没有什么硬性高 qps 要求.也可以突出项目稳定性之类的,比如可用性几个 9.或者就是这个内部服务的使用场景.如果纯技术性用的不多,比如就是搬了几个开源过来缝合,那是不是缝合过程里改了哪些源码,深度修改了一些逻辑来适配内部服务的需求,你说没~就普通 clone 编译 运行就完事了. 那你可以编啊.用到了什么开源,改了哪些东西之类的.你想要的看起来复杂,基本上就是这个办法了.