后端实习什么算有产出

toc的话可以结合链路讲一下，比如调用这个rpc服务的时候做了哪些考量，做技术方案的时候有没有观察过这个rpc接口的指标（耗时，错误率等等）同步调的还是异步调的，在你的链路中如果这个rpc调用失败了，或者服务宕机了，在你这侧做了哪些处理，这个rpc接入的时候配置的超时时间是多少，为什么（结合链路整体耗时和接口容忍度来讲）。 tob的话一般重业务，就可以讲讲为什么这么设计，然后一般来说会有一些数据一致性的要求，也想想为什么要这么设计。 不论toc还是tob，能讲清楚自己负责的业务，为什么技术方案要这么设计，出了问题怎么兜底，我觉得就算很不错的产出了，即使最后代码写的就是crud

小牛肉来也！ 一句话总结：其实这一部分对于在校生的要求是不大的。因此不要过于焦虑 对于一份后端实习来讲，什么叫做产出？最好是能自己负责一个模块，长期的去做这个模块的相关内容。最后面试的时候能够清晰的向面试官阐述四个点： 1.我们这个部门是干什么的？它提供什么服务？ 2.我负责的这个模块是干什么的？我们的上下游是谁？ 3.我们这个模块的业务架构是什么？技术架构是什么？ 4.我在这一过程中做了哪些事情？ 包括说我们同学可能在日常实习过程中偏打杂，干了不少杂货。也可以按照这个思路去总结。而且很多时候不是没有难点，而是你没有多想一步。 你们用DDD了？那你了解你们这个项目是怎么拆分各个领域的吗？这是不是一个难点？你能否结合你们的真实项目讲解一下你对DDD的理解？ 你调RPC捞下游的数据了？那你有没有考虑过如果两个接口流量差距过大怎么办？比如A接口调了B RPC接口，那如果A的QPS是10000，BPRC的接口最大承载能力只有1000，那么A这个高的流量是不是就会给下游B接口打崩溃了？ 限流怎么做？除了限流之外你还知道其他的方式吗？如果你调用的是操作接口，那像这种调用RPC的，你有了解过如何确保幂等性操作吗？ 慢查询优化也很难啊，虽然你只是简单的加了个索引。但是面试本来就是一个讲故事的过程。这个慢查询造成了什么问题？在业务端造成了什么影响？你们是怎么定位到这个慢查询的？加索引这个措施是怎么制定出来的？除了这个之外你们还有没有想过其他的方案？ 既然已经有过实习了，就不要只谈技术。大厂里面大多数部门的技术都是为了业务服务的。所以要展示自己在这段实习中对于自己所在组的业务的理解。 在这个过程中什么是闪光点？你能够顺溜的把一个故事讲完，并且展现出自己对业务的理解。这就已经超过90%的实习生了。

mark

其实也就面试吹吹，自己写连crud都得抄现有代码

mark

世另我感觉无论是工作量还是技术难度都没法拿出来说

m

tob的话结合业务讲一下?

m

m

m

mark一下

m

进组三个月组里让我做了一个内部工具，这个实在是不知道有啥好说的

Mark，Mark

m

看我最近的一条帖子

m

m

m