后端实习什么算有产出

想问问牛客上的大佬,后端实习哪些算有产出的,有含金量的。
我也在美团和字节实习过。感觉作为实习生,自己负责都是一小块链路。然后我也做过tob和toc的。
tob呢,就纯纯crud,也有用过ddd架构,但都是照着别人代码写自己需求。面试官问,有什么困难,也不知道。
toc呢,就纯纯rpc向下捞数据,会用个dag调度,但就这样了啊。
也做过简单的慢查询优化,加个索引解决。
马上也要秋招了,但是感觉简历还是空空的。
全部评论
toc的话可以结合链路讲一下,比如调用这个rpc服务的时候做了哪些考量,做技术方案的时候有没有观察过这个rpc接口的指标(耗时,错误率等等)同步调的还是异步调的,在你的链路中如果这个rpc调用失败了,或者服务宕机了,在你这侧做了哪些处理,这个rpc接入的时候配置的超时时间是多少,为什么(结合链路整体耗时和接口容忍度来讲)。 tob的话一般重业务,就可以讲讲为什么这么设计,然后一般来说会有一些数据一致性的要求,也想想为什么要这么设计。 不论toc还是tob,能讲清楚自己负责的业务,为什么技术方案要这么设计,出了问题怎么兜底,我觉得就算很不错的产出了,即使最后代码写的就是crud
97 回复 分享
发布于 05-21 11:05 四川
小牛肉来也! 一句话总结:其实这一部分对于在校生的要求是不大的。因此不要过于焦虑 对于一份后端实习来讲,什么叫做产出?最好是能自己负责一个模块,长期的去做这个模块的相关内容。最后面试的时候能够清晰的向面试官阐述四个点: 1.我们这个部门是干什么的?它提供什么服务? 2.我负责的这个模块是干什么的?我们的上下游是谁? 3.我们这个模块的业务架构是什么?技术架构是什么? 4.我在这一过程中做了哪些事情? 包括说我们同学可能在日常实习过程中偏打杂,干了不少杂货。也可以按照这个思路去总结。而且很多时候不是没有难点,而是你没有多想一步。 你们用DDD了?那你了解你们这个项目是怎么拆分各个领域的吗?这是不是一个难点?你能否结合你们的真实项目讲解一下你对DDD的理解? 你调RPC捞下游的数据了?那你有没有考虑过如果两个接口流量差距过大怎么办?比如A接口调了B RPC接口,那如果A的QPS是10000,BPRC的接口最大承载能力只有1000,那么A这个高的流量是不是就会给下游B接口打崩溃了? 限流怎么做?除了限流之外你还知道其他的方式吗?如果你调用的是操作接口,那像这种调用RPC的,你有了解过如何确保幂等性操作吗? 慢查询优化也很难啊,虽然你只是简单的加了个索引。但是面试本来就是一个讲故事的过程。这个慢查询造成了什么问题?在业务端造成了什么影响?你们是怎么定位到这个慢查询的?加索引这个措施是怎么制定出来的?除了这个之外你们还有没有想过其他的方案? 既然已经有过实习了,就不要只谈技术。大厂里面大多数部门的技术都是为了业务服务的。所以要展示自己在这段实习中对于自己所在组的业务的理解。 在这个过程中什么是闪光点?你能够顺溜的把一个故事讲完,并且展现出自己对业务的理解。这就已经超过90%的实习生了。
79 回复 分享
发布于 05-21 18:15 河北
其实也就面试吹吹,自己写连crud都得抄现有代码
37 回复 分享
发布于 05-21 17:21 上海
世另我感觉无论是工作量还是技术难度都没法拿出来说
8 回复 分享
发布于 05-20 23:11 北京
进组三个月组里让我做了一个内部工具,这个实在是不知道有啥好说的
2 回复 分享
发布于 05-22 12:31 上海
tob的话结合业务讲一下?
2 回复 分享
发布于 05-21 09:34 上海
m
点赞 回复 分享
发布于 09-13 02:13 河南
➕1,感觉是干了需求 但是都是很简单的需求,肯定不涉及什么高并发 优化之类等等
点赞 回复 分享
发布于 08-14 12:21 上海
m
点赞 回复 分享
发布于 08-13 10:41 湖南
mark一下
点赞 回复 分享
发布于 06-25 17:23 江西
mark
点赞 回复 分享
发布于 06-24 18:42 北京
m
点赞 回复 分享
发布于 06-24 08:44 上海
m
点赞 回复 分享
发布于 06-20 15:06 浙江
mark一下
点赞 回复 分享
发布于 06-19 16:02 广东
mark一下
点赞 回复 分享
发布于 06-16 16:14 北京
mark思考
点赞 回复 分享
发布于 06-16 12:07 北京
mark产出怎么写
点赞 回复 分享
发布于 06-16 08:50 广东
Mark
点赞 回复 分享
发布于 06-10 18:07 广东
mark
点赞 回复 分享
发布于 06-10 17:53 加拿大
m
点赞 回复 分享
发布于 06-10 12:01 北京

相关推荐

09-16 19:41
门头沟学院 Java
依旧只写记得的部分一面:1.自我介绍+介绍个人博客2.看我个人博客,让我讲讲我写的博客的东西(有关线程池源码的,参考性并不是很大)2.5.在讲博客内容时穿插多线程八股3.看我多线程这块好像挺好的,手撕奖励一道多线程打印,一个打印A,一个打印B(还好上次回去恶补了一下)4.问实习相关,主要是自己做了啥事情,整个系统大概啥样,回答思路是首先大致介绍系统作用,然后聚焦个人做的模块,再补充上下游把全链路讲清楚大概这么多,一共45-50min,出来等了5min告知通过准备第二轮二面:1.看我项目用了限流的东西问了一下我对限流算法有无了解,回答了令牌桶和时间窗口2.初现端倪,开始问我TCP有无限流概念的体现(主播简历一点408计网没写),回答流量控制和拥塞控制3.接2,给了一个例子,比如通过TCP连接下载数据的时候的场景,让我画TCP数据传输速率时间图(v-t图)。直接给我干懵逼了,他说你们应该学过吧,我说我完全没听过,他说没事,你学过的知识里应该有体现(体现在哪),于是开始画图。这题我主要的考虑是作为发送方来发数据的速率,因为流量控制和拥塞控制实际上都是控制发送方的窗口大小,其中拥塞控制是发送方根据网络拥堵程度控制自己的窗口大小。所以主播在这里考虑拥塞避免的一些算法(慢开始、拥塞避免、快重传、快恢复),通过窗口变化来推算传输速率的变化。所以首先画了一个拥塞窗口随时间变化的图,然后根据这个图画出最终他要的v-t图。他当时没说对不对,下来之后我用claude给我模拟了一下,思路基本没啥问题,最后的v-t图实际上跟窗口变化是基本差不多的。4.继续问计网,让我讲讲TCP三次握手和四次挥手,主播已经不记得那些状态具体叫啥了,索性说那我继续画图吧,然后就直接开画,画的中间穿插一些细节问题,比如第二次挥手跟第三次挥手之间可能是谁给谁传数据(服务端给客户端传)之类的细节。5.画完开始问一些我觉得自己擅长的,我说线程池,然后开始吟唱一些普通线程池八股6.追问你看过一些Web容器的源码比如tomcat吗?回答没看过,说没事那你觉得像这种Web服务的容器用传统线程池合适吗?回答思路是不太合适,我是从用户响应这块考虑的,假设用传统线程池,那么请求只来了一部分,就到达核心线程数,只有等任务队列满之后才会继续创临时线程来处理,这样如果请求多一点的话,请求的平均响应时间可能就会慢,我的想法就是优先创建线程,实在没线程可创了再放进队列里可能会好一些。下来查发现tomcat也确实是这样设计。7.然后继续问我看过啥源码吗,我依然回答线程池。。。大哥看我这么喜欢线程池奖励了一道设计题,让我设计一个工业可用的线程池,我的大概思路就是1.线程池集中管理、2.线程池配置热更新(分成本地更新和远程更新,本地可以考虑WatchService,远程比如放配置中心Nacos这种,Nacos的SDK里有ConfigService可以注册监听器监听配置发布)、3.线程池监控、4.线程池告警8.然后说是给我一个拔高的问题,问我线程池中死锁如何产生的,这个一时没想出来,依然从死锁的四个必要条件开始推,1.互斥、2.请求保持、3.不可剥夺、4.循环等待,推断出应该是由于出现循环等待导致四个条件同时满足(死锁只有在四个条件同时成立时可能出现,注意是可能),但是推了一会依然没推出来,让下来再想想。9.剩下就问了一个Spring有哪些拓展点,BeanPostProcessor、InitializingBean、还有Aware系列比如AppilicationContextAware这种,当时只记得这三个了。大概就这些,貌似也30-40min左右,哥们看手机显示您今天的面试已结束,还以为凉透了,刚准备去抽奖然后hr喊我名字说我通过了,前脚刚迈出来后脚就过了属于是,有点懵逼,然后抽奖走人,抽了个水杯正好拿来泡茶。总结就是真的蛮看运气的,周末两天复习实际上他问我的东西一点没看,上周刚被拷打过JVM于是恶补了一下,结果两面都基本在问线程池和408,所以感觉还是平常心看待吧,面试官想问啥确实不是面试者能左右的。。。主播以面一次赚一次的态度来的,降低预期,反而没这么紧张了,反正还是那句话,找工作就是找屎,别让一坨屎影响生活吧,虽然该找还得找。。。而且线下面的好处就是流程快和好沟通,一言不合直接画图给面试官看感觉确实比线上用手比划爽多了。发出来让大火了解一下线下面大概是个啥强度,同时希望后续顺利一些吧。。
查看14道真题和解析
点赞 评论 收藏
分享
评论
107
695
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务