01 背景介绍

之前是在美团实习(实习经历记录)了两个月，六月份离职的，离职前跟组里的人沟通好了，到时候远程答辩就行。然后2021.7.21上午，给美团leader发了自评表，下午通知我7.26也就是次周周一答辩。

工作日的时候没有时间写文档，所以是周末的时候写的，但是没有学城权限，就想跟mentor要点参考资料，但是可能是周末吧，不太方便，他也没给我，最后是在美团的朋友帮我在学城上找了几个案例，跟我说了下大概怎么写，不过其他的比如组内答辩流程之类可谓一概不知了，没有主场背景确实难受，也没怎么准备就硬上了。

正式答辩的时候，主持人告诉了我流程，我们组的是下面六步。

02 自我介绍

这个四五分钟吧，学历背景、学校做的事、实习经历、项目经历，感觉跟面试的时候说的内容差不多。

03 评委阅读文档

评委阅读自己提交的答辩文档，十分钟左右，等他们看完，当时我们组参加的是组内的几个L7、L8，组里的leader，leader的leader，还有部门的架构师等几个脸熟但不了解的高级别的人。

04 评委提问

评委看完文档之后，就开始根据文档内容依次进行提问，每个人两三个问题左右，下面是一些印象比较深的问题：

问：先评价下自己实习的表现，哪里做得好，哪里做的不好

答：（这块就个人发挥了，好的地方多说些，比如实习的心态，对标正式员工；代码开发前，对技术选型做调研；代码开发过程中，代码的规范以及设计模式的使用；业务理解上，与产品、研发多次交流，理清关键业务点等。不好的，只说了抗压能力有待提升，其他的没想出来）。

问：第一个XXX项目，你是怎么做的，过程说一下

答：首先是接到需求后，为了保证开发的规范，在代码开发前抽时间把《阿里巴巴Java开发手册》看完了，然后在代码开发的过程中，学习其他正式员工写的代码，比如XXX计算的策略模式，我就是学习XX哥的代码写的。然后开发过程中有不理解的业务点，也只在和产品对，确保业务流程不出问题，其他的开发问题则是问XX。

问：这个项目你最大的收获是什么

答：如果说最大的收获，那就是明白了在后台开发过程中，正常流程的处理是最好写的，而更难的是异常流程的处理，比如如何兜底、消息没发出去怎么办、要不要做个定时任务扫描异常数据，等等。

问：你说你用到了策略模式，说说为什么选策略模式，其他的行不行，你理解的策略模式是什么

答：当时调研设计模式之后，基本就是在模板方法模式和策略模式里面选了，而模版方法适合抽象出一套执行流程，不同的情况都走这个流程，就是流程执行具体实现不同，而我之前的那个需求没有一个统一的流程，是不同条件下的不同数据选择，所以选的策略模式，这也是我理解的策略模式。

问：策略模式解决了什么问题

答：我用来解决if-else过多的问题。

问：对于if-else过多的情况，你是怎么看的，有什么解决方法

答：我之前看规范，说连续if-else不应超过三个，超过三个代码就是不优美的，我的解决方法的就是策略模式，没什么其他的思路。

问：策略模式的实现细节

答：不同场景的执行方法写了个接口类，然后建了个Factory类，里面放的map，key是不同的场景，value是不同场景对应的接口实现类，使用的时候调用Factory的静态方法获取实现类，然后执行实现类方法。

问：上次code review我参加了，其中有个很长的if-else，后来是怎么解决的

答：当时使用了策略模式，仍然还有不少的if-else，但是这个数据范围的判断，我实在是没啥思路，然后code review有个同事说可以用遍历数组的方法解决，后来我就用遍历数组的方式来解决这个问题，同时还能覆盖多场景，所以后来策略模式也下掉来。

问：所以一定要使用设计模式吗

答：不一定，后来我就没用了，直接查数组。

问：还有没有可优化的地方

答：一直在优化，这个需求代码提交了2W行，最后只保留了1W行，消失的1W就是在优化中没的。

问：我看你进行了业务串讲，为什么要做这件事情

答：（我肯定不能说实习计划里面给安排的啊）首先我觉得了解业务是很有利于写好代码的，然后我说一下这次做需求的体验，这个需求是刚来实习的第一个周就开始做的，在开发的过程中对prd上很多名次概念都不了解，基本上是遇到一个差一个，而且也对需求没有一个完整的认识，不知道业务价值是什么，不知道整个链路是什么，也不知道是处在链路的哪个环节，这些信息不了解挺影响业务细节的开发的。开发完这个项目之后，我就以这个需求为切入点，去了解优选的全貌，然后通过这次串讲，我了解了整个优选链路，也对组里的定位有了更好的认识，而且通过这一阵的阿里实习，我确确实实认识到，了解业务会对开发起到很大的帮助作用。（讲完了leader插话了，表示了肯定，说是这次串讲是超出他的预期的）

问：进行了一次技术分享，为什么做

答：当时的情况是，好多次开会复盘之前问题的时候，多次提到没有一套规范的单元测试方案，组里有些人不写单测，或者写的不叫单测，有些人还不清楚单元测试和集成测试的区别，然后讨论发现，有些问题是可以通过编写规范的单元测试来避免的，所以当时就去做了这样一件事。（leader又插话了，说分享的文档很完善，为以后在组里推spock做了很好的铺垫）

问：你提到之前两次的分享时语气都有问题，没有起落调，你觉得要怎么解决这个问题

答：我觉得解决这个问题要从两方面入手吧，一是不紧张，这两次分享的时候确实都很紧张，一紧张就没有语气了，所以解决方法就是多练练，多参加陌生人组成的野团一块玩。二是和组里人的熟悉度吧，要是跟组里人更熟一点的话，也就没那么紧张了，然后解决方法也是跟所处的岗位相关的，我感觉技术的同学，问点技术相关问题，就可以拉近距离了。

问：对比一下商汤、美团、阿里

答：（我按时间顺序说的，先从商汤说，然后说的有点多，他说简单点，说个大概就行，其实重点就是美团和阿里的比较嘛，说评委想听的内容，略）

问：从阿里学到了什么

答：（我说实习时间还短，座位远，接触不多等等，然后说主要是跟阿里的师兄学到的东西多，对业务的思考之类的）

问：在美团的时候为什么要看MTthrift的源码

答：因为比较好奇，也挺想了解底层的内容的。（然后leader的leader说，咱们是业务开发，还是要想清楚技术域的问题的，感觉他的意思是不需要太关注中间件的底层实现，我也不知道他说的合不合理）

问：每天的时间安排

答：刚来的时候是按照实习计划，每天决定看那部分中间件，后来进入需求了，就是每天开发需求，没什么安排了。

问：职业规划和实习经历是否match

答：我觉得应该不能说是职业规划，算是实习规划吧，那我就说下实习规划和实习经历是否match，我的实习规划是这样的，需求开发和看中间件源码对半开，两方都兼顾，但我觉得我在美团的体验是分阶段的，第一阶段是前一个月一周，这段时间一直在做业务开发，没有时间了解中间件，这个阶段我觉的是不匹配的，第二个阶段是后两三周，这段时间没有重的开发任务的，我就拿出了时间去学习中间件，所以结合下来，实习经历和实习规划总体是match的。

问：材料中为什么没有体现心志的提升

答：材料模板中本来是有的，有炼心志、使命感这一块，但是两方面的原因，我给它删掉了，一是我不知道怎么写，二是我觉得这方面的提升大概只有抗压能力，主要的提升还是在技术方面，所以就没写。

05 总结述职

这块我是不知道有这个流程的，也没准备，跟评委反映了，他们说这个环节可以自选，我说我还是总结一下吧，我先想想，这会重点应该在评委的提问上，所以这块的总结主要就是针对几个比较亮的问题，以及他们做出的后续点评，做一些回应。

06 评委给出正负反馈

这一块其实是我最关注的，也是我觉得整个答辩过程中最有价值的，每个人会给出二到三条的正反馈和负反馈，尤其是其中的负反馈，是我最想了解的，人对自己的认识都是通过环境的反馈得来的，独处久了就容易对自己产生错误的认知，这个时候就很需要环境的声音，来纠正自己的过拟合。

正反馈

总结：自信、有冲劲、对技术有追求、做事踏实、表达能力好、条理清晰、事前爱调研、实习期基本和正式工表现相同。

其实最后一句是抬举我了，我知道我还差的远，之前在美团开发需求的时候，技术方案别人已经写完了，我是照着技术方案去实现，但是这个工作是没什么难度的，方案都给出来了怎么地都能做出来，难的在于如何自己写技术方案，在阿里的时候自己写了几个技术方案，那真是深刻的意识到了自己有多菜，自己思考问题有多欠缺，所以不是我在美团的表现好，而是我在美团的时候没暴露出自己的菜。

负反馈

总结：要相处自己的技术域、追求的状态超出了自己可承受的、技术有待提升、一直在做事情的同时要对做总结。

对于技术域的问题，其实我也一直在思考，业务开发成长过程中关注点在哪里，业务开发的尽头是什么。我觉得业务开发的成长是分阶段的，前两三年为第一阶段，时间投入技术为主业务为辅，先把代码基本功练好，这应该是一个研发同学最基本的生存保障；第二阶段就是基础打好之后，时间投入业务为主技术为辅，技术终究是要服务于业务的，如何让自己的技术产生更大的价值，应该是这之后要考虑的，这应该是业务开发的进阶。但我现在也不确定是否就是这样，我觉得中间件常用的就那么几个，都了解下底层原理，一年时间应该是够了，再往外的拓展也没必要了，所以现在我对技术域这个问题，还是存疑的。其他的点我都接受，而且说的也非常正确，尤其是追求的状态超出了自己的承受力，在最近我也逐渐发现了这个问题，确实是之前一直忽视但对自身影响很大的问题。

07 评委商议结果