海外 IT 面试：那些比写代码更重要的软技能

很多开发者面试卡住，不是技术不会，而是表达方式让面试官看不出你未来能不能一起共事。尤其在海外 IT 面试里，面试官通常不只看你“能不能写出来”，还看你“怎么想、怎么讲、怎么合作”。

#为什么技术不错，面试还是过不了

#1. 把面试当考试，不当协作

很多候选人一拿到题就闷头写。可面试官真正想看的，往往是你怎么拆问题、怎么确认边界、怎么把思路说清楚。

更稳的做法是：

• 先确认需求和假设
• 一边写一边解释关键取舍
• 遇到不确定的地方主动说明

这就是为什么 think aloud 在技术面里很重要。你不是在背答案，而是在展示工作方式。

#2. 回答经历题太散

这类问题最容易失分，比如：

• 讲一个你解决冲突的例子
• 讲一个你做过最难的项目
• 讲一个你犯错后如何处理

如果你想到哪说到哪，面试官很难抓重点。STAR 结构依然是最稳的起点：

• Situation：背景
• Task：你的任务
• Action：你具体做了什么
• Result：结果和影响

其中最关键的是 Action，因为面试官真正想判断的是“这件事到底是不是你做的”。

#3. 只能说结论，说不出取舍

比如被问到“为什么选 React 而不是 Vue”，如果回答只是“因为团队都在用 React”，这通常不够。更像工程师的回答会包含取舍：

• 团队现有技术栈
• 招聘和上手成本
• 组件生态
• 长期维护风险

这类回答会让人感觉你是在做判断，而不是在背立场。

#面试前最好准备哪几类故事

我更建议准备 4 类，而不是临场回忆：

• 一个你修过自己造成的问题
• 一个你推动跨团队合作的例子
• 一个你在压力下仍然交付的例子
• 一个你主动学习新技术并落地的例子

准备时别只写标题，至少把背景、动作和结果都写成提纲。临场表达会稳很多。

#海外面试里常被忽略的细节

• 不要抢答，先确认你理解了问题
• 回答完后可以短暂停一下，让面试官继续追问
• 不要把所有成绩都讲成个人英雄主义，团队协作也很重要
• 不知道时直接承认，比硬猜更安全

#一个很现实的判断标准

面试官听完你的回答以后，心里其实常常只在判断三件事：

1. 这个人能不能清楚表达
2. 这个人遇到不确定性会不会乱
3. 这个人能不能和团队一起做事

把这三点答出来，很多题目的形式差异其实就没那么可怕了。