大四双非水产专业上岸阿里后端(五)

小骑手是如何在暑期实习里面，以双非学历横向竞争过组内几位92的实习生，杀出重围成功拿到阿里offer的？

上篇篇幅有限所有另开一帖详细分享一下小骑手的实习转正述职文档和答辩心得。

因为需要转正答辩，小骑手在阿里最大的收获其实是学会了如何述职如何写产出。对于实习，不干活只思考都比只思考不干活要好！

实习期间每个人都会有自己1v1的师兄带着熟悉，安排的需求也都是以一个模块作为切入点深入后进行展开的，师兄与ld其实都素不相识，不会偏袒某个人，给他安排更有挑战的活或者产出多的活，所以每个实习生实际上干的活并不会相差太多，没有那么CRUD但也不会太过复杂。那么在有限的需求里，转正答辩文档要怎么去构建和丰富？

小骑手把述职文档分为：自我介绍、业务架构、需求沉淀、中间件学习、实习总结，这五个部分，占比约为5%，10%，60%，15%，10%，可自行调整。小骑手来一一分享一下。

自我介绍随便画一张图介绍一下教育背景及实习经历即可，如果有大模型、AI行业经验也可以说一嘴带过。

业务架构是以实习中所做的需求模块为切入点，要深入了解这个模块的上下游对接、为何这样设计、竞品能力，再以此去了解直系对接模块的功能点，最后统筹整个项目的架构。对于实习生其实ld并不会要求整个架构每个模块的功能点都梳理的准确且完整，因为那种成品甚至是P7晋升答辩用的材料。更多的是自己这个模块会接触到的一些功能架构，以及日常使用产品时候整个产品动线的研究。即使有些非自己参与的模块没有权限或者看不懂内部，在“豆腐块”图中标出整个模块的名字，内部功能可省略。这些都会在转正式工作后再继续深入。

实习需求的分配也都是逐渐从一个个小需求熟悉，然后到快答辩前一段时间独立实现大需求。而述职汇报中，需求沉淀最好从大的整体项目到小的琐碎项目依次写。

⭐需求沉淀最重要的是沉淀，而不是描述需求！

一个需求沉淀，以小篇幅讲明白做的是什么，背景怎么样，怎么解决的，解决后效果如何。重点篇幅在于“沉淀”，例如：

为什么要用这个技术（竞品分析）优势好处，这个需求背景最源头产出原因是什么，整个需求模块的完整流程和上下游对接是怎样的，解决这个方法能不能抽象出来一套解决方法论以供复用，在需求中学到了什么知识和能力（Debug、中间件等）。此外还可以通过做的这个模块提出一些自己的见解，比如用户体验的优化、BUG的优化。向上管理把自己当成一个高P的视角去看待所作的需求，有一个大局观的思想（至少阿里比较喜欢这一套）。

每个大公司内部几乎都有一套自己的中间件，但中间件翻来覆去他们基础功能都相似，学习起来成本也没那么高，中间件的学习这一部分重点是看看与传统所学的中间件之间的差异和优劣点以及不同适用场景。而中间件的内容不光在中间件学习这一部分，还可以穿插在需求沉淀中，哪个需求重点用到了哪个中间件，可以对他进行深入的总结并复用，变得活学活用更能够加分！

实习总结因人而异，我在答辩时 P10 看着实习总结一直在问一些非技术上学到了什么，并且要求很具体还一直追问，小骑手现在暂时还没理解他是想问出什么内容，但是述职时候ld们更加看重的绝不仅是技术上的收获，越高P问的问题越与技术无关，而是整个架构、产品、需求的理解和能够提供什么想法。

此外格式方面因为形式主义没那么重，直接写文档汇报不用PPT，但这两者重点都是能够画图的用一张图表述清楚的尽量都画图，文字一定不能多，需要表述的地方可以对照着图片讲述和回答。MarkDown的格式也可以灵活使用，标黑一些关键词能够帮助ld更快的定位重点。答辩时间看具体要求，最好在答辩前自己掐表演练几次。还有汇报时候一定要声音洪亮，高P不参与实际代码也很久没写代码，可能他们也不是特别专攻技术，而+1和mt一般是帮自己顺利转正的也不会刁难，HR更主要是看整个人的状态了，所以自信最重要。