餐厅萌物语正版
120.62MB · 2025-12-05
最近团队业务扩张,所以有一些HC,我也因此成了“兼职面试官”,每天都在跟不同的候选人打交道。面得多了,一些有意思的现象就浮现了出来。这篇文章,就是我最近的一些观察和思考。
有天晚上,我面试了两个同样有三年工作经验的工程师,都问了同一个问题:“谈谈你做过的最复杂的项目或者说你认为最有价值的项目?”
第一个候选人滔滔不绝,讲了足足15分钟,从微服务架构的拆分一直聊到Docker的容器化部署,各种技术名词甩得飞起。可一旦循着问题深入提问,他就支支吾吾,东扯西扯,答非所问了,最后我在面试记录上默默记下:“技术面广,但深度不够,理解浮于表面,不太合适,pass。”
第二个候选人听了我的问题后,说要想一下,过了大概半分钟,他扶了扶眼镜,然后抬起头看着我说:
听完这三句话,我立刻眼前一亮,内心狂喜:终于等到你,还好我没放弃! 后面的对话也证实了我的判断,这家伙,是真有两把刷子。
这件事让我不由得反思,为什么同样是三年经验的项目,有人讲出来像金子,有人讲出来却像沙子呢?关键在于,你得会“说人话”,把你的牛逼之处,翻译成面试官想听的价值。
我这些年面了不下两百人,那些被刷的,通常都栽在几个坑里。。说白了,不是你干的活儿不行,而是你没把“干了啥”和“干成了啥”讲到面试官心坎儿里去。让面试官觉得你只是个螺丝钉,而不是发动机。
这些错误会让你的项目听起来平庸。明明你付出了汗水,但面试官听完后,只觉得“就这?” 心塞不?
你要知道,面试官的耳朵里,都装着一个“能力翻译器”。你说的是“现象”,他听到的是“本质”。 我们可以模拟一下这个翻译过程:
一个看似普通的项目,如果从这些角度切入,就能瞬间升级。面试不是比谁的项目大,而是比谁能证明自己的价值。
我总结了一个STAR+L框架(Situation, Task, Action, Result, Learnings),能帮你把项目经历结构化地讲出来。下面用Feed流项目为例,一步步拆解。其实面试不是讲故事,是秀你的工程思维。
S (Situation): 项目背景——一句话点燃冲突,别啰嗦
T (Task): 我的任务——明确你的角色和战场,别抢团队的风头
A (Action): 我的行动——技术深度,讲清楚“怎么做”的过程
R (Result): 最终结果——用硬数据+业务影响证明你的价值
L (Learnings): 我的反思——秀成长,证明你不是一锤子买卖
家人们,下次面试官问你项目时,别再扔一堆散装经历给他了?
记住,我们要的不是一个“工具箱”,而是一个能解决问题、能并肩作战的“战友”。