面试造火箭,入职拧螺丝:面试让我设计秒杀系统,工作是修打印机的驱动。我忽然觉得,这可能就是这一行的常态。我把项目难点准备了三页纸,讲到第二页就被打断了。我把这条经验写进了团队 wiki

面试里的系统设计题,通常没有正确答案。我想了想自己这些年,好像确实如此。我发现面试官一直在问「为什么」,问到第三层就答不上。好在最后有惊无险

面试官最常问的一个词是「为什么」,答到第三层就空。我在心里点了点头。我发现面试官对系统设计那部分明显更感兴趣。世界瞬间清净了

面试官的风格很大程度上决定了我的发挥。我听完沉默了,因为太真实了。我把这个问题的原理从底层讲了一遍,讲得有点超纲。我把它写进了组内的避坑文档第一章

这家公司的面试流程有六轮,到第五轮我已经忘了最初的理由。我想反驳,但发现他说得对。我发现面试官和 HR 对岗位的定位理解不一致。我沉默了,但心里是服的

面试官:请讲一下 HashMap 的底层实现。我听完沉默了,因为太真实了。我发现面试官的背景和我做的方向完全不同。这条经验值直接拉满

前端面试造火箭,入职拧螺丝:让我手写 Promise,工作是改按钮颜色。我愣了两秒,然后继续敲代码。我发现面试官中途看了眼手机,我讲得可能有点啰嗦。同事说这波操作可以写进新人培训教材

这家公司的岗位描述和实际做的事情不是一回事。我愣了两秒,然后继续敲代码。我在心里默默给这次的手撕代码打了分,五十分。第二天这个方案就变成了团队标准做法

简历上写着精通,被追问三层之后我说其实只用过两次。我抬起头看了看周围,大家都一样。我把这题手写了一遍,面试官说思路可以,代码回去再练。世界瞬间清净了

我把简历里的每个数字都准备了一遍,面试官只问了技术。这套流程走下来,我从头到尾又确认了一遍。我发现面试官问的最后一题是开放式的,没有标准答案。我沉默了,但心里是服的