实习一圈以后我认为实习生的生存指南

当你踏进公司的那一刻，说明你已经具有了某些留在这家公司的潜质，你要作的就是展示你的能力和潜力，留下来。

楼主渣硕，曾在网易、微信和阿里短暂实习过，目前手上收到了零星几个offer，可是应该会大几率留在阿里（由于买不起北上深的房子，只能来杭州了）

说实话，从学生到员工、从学校到公司、从独立开发者到团队协做开发有着很大不一样，楼主也苦于大多数文章都是在说什么面试技巧和刷题指导（滑稽，真香），固然，这些连同你的学校是进入公司的门槛，可是如何完成转变融入team，则是你的立身之本。（可能下面这张图会说明这个变化）

因此，我把这几段实习以及最终转正的经历总结了下，说了一些我认为比较重要的点，固然，都是些拙见，各位看官取其精华（可能没有）、取其糟粕（可能全是）。

section1.入职前

因为是团队协做，因此投入实习工做前你须要学习融入团队的基本功：

• 熟练使用你的IDE：例如个人工做相关就是Xcode
• 了解经常使用的调试工具的使用好比：Charles、iHost，Chrome dev tools等
• 代码工具：git或者sourceTree等（熟练的使用工具能够极大的提高你的工做效率）
• 你本身的效率工具：Xmind、keynote、pages等
• （可选）一些通用型工具：Aone、JIRA等（这些根据公司决定，但使用流都是相似）

section2. 入职后一周你须要作的：

• 了解清楚你所在的组负责的产品和模块，这部分直接经过导师获取输入便可，直接在该模块发力，能够省去你不少时间，毕竟一个产品太大了，2个月的实习周期来不及。这些能够从你们每周的周报看出来，你们都在负责什么模块和每周的工做量。
• 学习团队的技术大图和了解模块owner。
• 把你的项目环境配好，项目跑起来，先参照gitlab和团队文档的说明独立完成，这里面会夹杂着权限审批什么的，及时记录防止错乱。在跑项目的过程当中其实就能够看出一个实习生的水平和学习能力了，不要一上来就问，先自行解决block住后再询问。
• 若是你参照文档不能顺利的解决的话，记得解决后及时更新大家的文档，方便后面的新人同时也能显示你新人的素养。
• 尽快和导师计划好你接下来的工做内容，工做内容必需要是有些挑战的、会有产出的、有可借鉴案例的、会对业务有推进做用的且有价值的。否则你最后的实习答辩会很难受。固然，最好是可上线能拿到数据的。毕竟没有数据就只是我的YY了，对高管也没说服力。

section3. 开始搬砖工做

我认为这部分由具体的工做内容决定，可是有一些工做原则做为指导：

1.owner你的模块体如今：

• 认真负责：体如今你的代码必须是易维护的、易扩展的，拒绝很挫的代码，毕竟有code review。能够参考集团的代码规约和内部同窗的代码规范，你们的代码风格一致。这会减小code review的时间而且提高组内同窗对你的好感度，毕竟大多数实习生的代码习惯都与团队会有些出入。
• 主动提优：这部分是对PD的补充，毕竟PD不是实现者他确定会有些疏忽，而咱们真正实现时会覆盖全部细节逻辑，这部分PD大几率会有疏忽，一个优秀的技术会注意到这些点并优化他
• 关注数据：对于埋点数据的计算方法有认知，知道业务背后的价值如何再数据上体现出来。

2.优先级：

咱们天天会被各类事情扯皮，我建议以时间节点和花费估时为纬度去对事情进行优先级划分，尽可能把事情的粒度控制好，作到有条不紊，不delay项目。

3.认可错误、实时检讨：

实习期犯下的错误是你踏入这家公司后成本最低的，这种机会不要浪费。

• 遇到问题，第一反应不要甩锅，固然也不要背锅。错了就是错了，就坦诚地认可，不要说「没人告诉我，我也不知道」
• 实习生必不可免的会踩坑，固然在可接受范围内的坑是团队能够接受的，可是同一个问题不能犯第二次，每次踩坑以后须要及时反思，大多数状况下是咱们没有彻底吃透引发的，因此咱们须要实时反思，把工做规则化、流程化。作到杜绝。
• 有bug不要慌，不要试图隐瞒bug。没bug那就说明要么是你太牛逼，要么是你写的模块太简单了

4.交流：

把想说的话先咽下去，通过大脑过滤后再表达出来，表达的内容要凝练、简洁、有说服力、有表现力。 每一个人时间都很宝贵，不要浪费别人的时间，可选择一些你们都舒服的时间节点去交流：

• 天天下班前给你20分钟
• 利用中午吃饭的时间
• 将不紧急的问题总结到一块儿，用钉钉或邮件发送给师兄、师姐，待他们下班后统一解答
• 其余任何让双方“舒服”的方法

5.拒绝：

有些事情是你应该拒绝的，随着业务发展，原先的实现确定是须要更新的，好比这期的业务，应该服务端打的补丁，在前端去打补丁显然是不合适的，徒增团队以后的维护成本，原则：

• 假如原先设计自己不合理，那就应该是不合理的那一方去进行修改。
• 单方修改好过双方修改。
• 出于长期的发展去决定。

6.不要浮夸：

对于公司项目而言，不要为了炫技和盲目追求新技术而牺牲稳定性和易维护性，固然这不是让你写低效的搓代码，而是在稳定性和易维护性知足的状况下，尽量去提升性能。你写出一个bug上线，基本是你leader帮你背的。。。。你leader可没时间帮你一行代码一行代码看，而且有些坑是看不出来的。

7.树立参照物：

去年的校招生和今年的实习生都是你的参照物，不是说鼓励什么比来比去的坏风气，而是让你督促本身，毕竟人都是有惰性的，没有参照物是可怕的。

8.方案review：

在收到需求时，先本身设计一个或多个架构，而后去找你的导师定下方案，这样会避免单向输入，也能纠正不少本身自己的认知错误。千万不要没有思考就去询问解决方案，这样你会被鄙视的，毕竟你们时间都很宝贵。也不要作完了再去肯定是否合理。。。否则你到时候哪怕重构本身的代码，也会让你爆炸的。

最后，这可能不是指南，也不是指北，由于咱们每一个人都是不一样的个体，他多是指向东南西北，最终决定你的是你本身的选择，祝你们都能顺利拿到本身满意的offer，告辞～