一句话总结：如果时间还早的话就骑驴找马，如果时间已经来不及或者暂时找不到的话，就开始疯狂偷。

跑路其实是有赌博的成分在的。因为你在A公司打杂，不代表你跑路去了B公司就能干核心活。因此跑路并不能解决所有的问题。

有一种情况可以立即跑路：自己干的活是纯打杂的，并且组内文档建设很差或者说根本没有文档的。不用犹豫，立即跑路。

如何增加自己的产出：

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击穿，穿透和雪崩。

一个有点体量的公司一定会遇到这些问题的，只不过是有没有复盘文档和你能不能找到的问题。

5.实习离职前一个月就开始写简历和面试：

在经历上述的四个步骤之后，基本上你简历都能写点内容，不至于说一窍不通。但是问题就在于：人都是有思维盲点的，有些很常见的问题可能你在公司偷产出的时候就是没有考虑到。 因此我们要找一个面试官来拷打我们的实习内容，不要害怕被面试官拷打。为什么？

因为我们现在还在公司！所有不会的问题都可以在公司中和mt/实习生的交流来获得答案。因此不要等到你离职了之后才开始写简历和面试。

关注我，带你了解更多代码之外的生存之道。欢迎订阅我的专栏（目前免费），后续也会持续更新。如果这篇文章帮到了你的话，就送我朵花花吧。

#牛客AI配图神器#