1.搞懂自己组内的业务：你所在的组负责的项目一定是为了解决一个具体的业务问题，对于大公司来说，你负责的项目可能是一整个大的架构中的其中一环。因此多翻一翻关于这个项目的立项书以及各种相关资料。在职期间一定要对下面几个问题够清晰：1.你们组的业务是什么2.你在实习期间参与的项目是为了解决什么问题的？3.从技术角度上讲，他是如何解决这个问题的？在此基础上，偷看自己组内其他实习生和正式员工的周报。看看你们组的人有没有干啥你比较感兴趣的活，直接偷就好了。有不懂的直接写周报上问，这样还能在ld面前刷个脸熟。2.和组内实习生/mt搞好关系：多主动一点和正式员工聊聊天啥的，可以是坐电梯的时候，可以是一起吃饭的时候。一定要记住：技术是聊出来的！而你对组内业务的认知其实也是不断的聊出来的，不要把自己搞的和一个闷葫芦一样，有的时候可能你不懂的点在和别的实习生/正式员工聊天的过程中就自然而言的理解了。而聊业务本身其实对你来讲也是一个梳理的过程。当你在聊天过程中清晰的表达你对业务的理解的时候，其实你也就自然而然的知道了自己在哪些地方还有不理解的。但需要注意的是：大家一定先是朋友，再是老师。一开始不要什么都扯着个大嘴问，先自己思考，大家没有这个义务帮你解答你自己在工作中的困惑。3.偷需求和技术方案：但凡是有点体量的公司，员工在做一个需求的时候一定是要出技术方案的。这个技术方案会详细的讲他这个功能点的设计思路。在偷技术方案的时候，我们要搞懂以下几点：1.这个需求的产生背景是什么？这个需求开发完了之后能带来什么提升？能不能找到对应的PRD？2.这个需求的技术选型是怎么做的？为什么在这里用了A技术？除了A技术之外自己能不能思考一下是否可以用其他的技术写出来？那么做这个需求的员工使用A技术的原因是什么？（方案调研+技术选型）3.这个需求的对应PR有吗？能不能找到具体的代码。自己要细看一遍代码。一定要记得：挖到好的东西和同组的实习生分享，你不可能对所有的东西都了解。因此和同组的实习生要尽快建立起来互帮互助的关系。技术是聊出来的！4.关注于线上事故以及对应的解决方案：如果去大公司实习过的同学肯定知道：这些大公司看起来光鲜亮丽，其实内部事故还是经常有滴。因此多学一学这些内部事故的解决思路。一般来讲大家遇到线上事故之后都会写复盘文档的。可以看一看这些复盘文档。从复盘文档中侧重学习两个东西：1.是什么操作引起了这个线上事故？2.当线上事故发生了之后，事故负责人是如何解决的？解决不仅仅包括事后对于相关代码的修改，更包括当这个事故发生在线上的时候，线上的处理方法是什么？我举一个最简单的例子: 大部分人都背过Redis的击穿问题。那么我问你们如果线上出现了Redis击穿事故，解决方法是什么？不要扯什么空值缓存或者分布式锁。这些东西都是事后修改的。而此时此刻你们的服务就在经历击穿，你要直接下线这个服务做代码修改吗？像我之前在MT学的一个线上redis的击穿问题的事中解决方案就是：数据库限流+对应击穿商品下线+手动mock缓存+重启服务。如果大家的公司文档比较完善的话，就直接把各种常见八股的真实解决方案都偷了，比如MQ消息堆积，线上OOM，线上CPU飙高，线上Redis击穿，穿透和雪崩。一个有点体量的公司一定会遇到这些问题的，只不过是有没有复盘文档和你能不能找到的问题。