设计模式（一）---单一职责原则

自从干了招聘HR，我感觉自己每天都精神状态边缘反复横跳（我刚毕业那会儿是做的行政和总助）。我的眼睛：看简历看到快瞎了我的嘴巴：每天说“亲，考虑吗”“机会还可以哦”“流程在推了”等等，说到口水都干了我的脑子：除了各个招聘APP疯狂打招呼就是候选人的流程推荐，梦里都在筛简历，醒来第一件事看手机有没有候选人消息每天的状态就是在三个角色里精分：面对领导：嗯嗯嗯好好好保证完成任务！面对候选人：亲别急哦我帮你催催呢～（其实我也在等面试官回我）面对自己：这b班谁爱上谁上吧…算了再看一份简历吧万一呢…真的，我变了。我现在看到地铁上有人用电脑，第一反应是：这人写代码姿势标准，是个好苗子。刷朋友圈看到有人吐槽工作...

27届本科，写完简历感觉可以直接投字节

介绍一下基本情况:岗位:某中厂后端开发实习生，本来学的java，岗位是golang，实际接触的代码全是php😅😅😅工作内容:就是给解决用户在产品使用中反馈的问题，比如看不到评论，收不到通知等等，然后就是查日志，复现问题，调接口，看后端代码。😭😭😭室友在大厂的实习都是写需求啥的，我快一个月了，一行代码没写。😐😐😐求大佬们支个招，该怎么包装这段实习。目前想法:1.因为可以接触到所有代码和接口，看到代码过去的更改记录，打算将工作内容写成负责某某模块开发维护，升级了某个接口这种。然后到时候给面试官展示的就是增加了新方法的整个思路。2.但是吧，接触的全是php，我是不是还得准备php开发框架的东西？而且就算是把过去某一个更改说成自己的，内容也好少啊。3.暑期和秋招还想主攻java，该怎么描述这段实习。佬们支个招吧，孩子没法了。😟😟😟😟

作者先叠个甲：本人双非本，秋招拿到了多个大厂offer，这个过程也不容易，但是在看到很多秋招胜利之后说自己一路有多艰辛的文章，总感觉有一点不对劲，想了很久打算写一篇文章分析一下，本文仅代表作者观点，不认同的可以在评论区大家一起理性讨论。 秋招已经结束，各类社交平台出现一大批“大厂上岸”胜利结算。文章的叙事逻辑高度相同，开篇就渲染焦虑和困惑，学习时的挑灯夜读、投递时的屡屡碰壁、面试时的如履薄冰，将过往经历包装成一步艰辛的“奋斗史”，然后最终以大厂offer的胜利结尾，字里行间全是苦尽甘来的优越感。但是在我看来，这类文章的本质是结果导向的、带有浮夸的叙事，因为其内核不是分享经验，而是借“苦难”之名...