很多人认为后端技术很复杂，但其实一般项目的技术其实压根就没有那么高要求。什么查询优化，数据缓存弄着弄那的，结果一看数据才几万条。复杂的其实是业务，而不是技术。技术你不会可以学，但业务可能上一秒做好了，下一秒产品经理就说：“这个流程改一下。”后端其实很简单后端的开发，本质其实就是三个步骤：接收数据 → 处理数据 → 返回数据说白了就是前端把请求发过来，你拿到参数，处理一下，再返回结果。我们平时讲的 “CRUD”（增删查改）其实就是这样。所有的后端技术，几乎都是围绕这个流程展开的。需要数据保存？那就用数据库（简单的甚至可以直接写文件）。数据多了服务器撑不住？加缓存、做负载均衡。功能越来越多？拆分成...

前面醒悟的太晚了，学的也太慢了，以至于真的没学什么东西，简历写的太烂了，现在是不知道改怎么走了，特来请教一下各位大佬，有没有好心人给一点建议，😭要转去干别的吗？还是再花时间在后端上，写项目，再继续学？还有一个数字马力的校招机会，还有两轮，或者准备数字马力？

果然是我水平菜拉低了学院，陷入了深深的自卑了。

1、单向链表怎么找到中间节点？（先答了遍历得到长度，再/2找中间节点，后来又说快慢节点）2、设计模式场景题：比如现在有支付宝、微信、各大银行卡等支付方式，最坏的情况是写了20多个if-else判断是用户选择哪种支付方式，耦合度很高，如果叫你优化，你怎么想？（先说责任链模式，但没太接触过设计模式的题，瞎说一气；面试官提醒策略模式）3、还是设计模式场景题：模板方法，比如说有三个模板方法A、B、C，第一个子类我想让他实现ABC这么执行，第二个子类我想让他实现ACB，这个怎么实现？（使用“钩子方法”，抽离一个方法返回true、false，true就ABC，false就ACB）4、DB和redis怎么保...