面试最后“你有什么想问我的”，应该问什么？

本题是回答思路与示例，不对应某个官方规范。示例中的经历和数字只用来演示怎样表达。

简答

面试快结束时，面试官问“你有什么想问我的”，比较好的问法是“这个岗位入职后前三个月，您最希望解决的问题是什么”。这个问题既能让你了解岗位，又显得你已经在考虑怎样做事。

这个环节有两个作用：面试官通过你的问题看你关心什么、有没有提前了解公司；你也借这个机会判断团队是否适合自己。所以问题要具体，和岗位、团队、技术有关。

提前准备三四个问题，现场挑两三个问。技术面可以问团队的技术栈、代码评审和发布流程；主管面问团队目标和对这个岗位的期望；HR 面再问培训、晋升和入职流程。

要避开几类问题：官网和岗位描述里已经写明的信息；一开始就问加班、假期这类只关心待遇的问题；“我今天表现怎么样”这类让面试官为难的问题。也不要说“没有问题”，那会显得你兴趣不大。

一组可以直接用的问题

下面按面试官的角色分组，每组挑一两个就够了。

技术面试官通常是未来的同事，可以问日常工作的样子：

团队现在前端主要用什么技术栈？有没有正在推进的技术升级或者迁移？

代码评审一般是怎样做的？一个改动从提交到上线大概经过哪些环节？

团队目前在前端上最头疼的问题是什么？

部门主管更关心业务和人，可以问方向和期望：

这个岗位入职后前三个月，您最希望解决的问题是什么？

您觉得在这个团队里做得好的前端，和普通的前端差别在哪里？

前端在这个业务里主要承担哪些职责，会参与需求讨论吗？

HR 面最适合问流程和制度：

后面的面试流程大概是怎样的，多久会有结果？

新人入职有没有培训或者导师安排？晋升评估一般怎样进行？

为什么这些问题有用

“前三个月希望解决什么问题”这一类问题，答案直接告诉你入职后会做什么，也告诉你考核重点。面试官回答时，你还可以顺着补一句自己相关的经验，比如“我之前做过类似的迁移”，相当于多了一次展示机会。

问代码评审和发布流程，能看出团队的工程习惯。Google 的代码评审指南把评审的主要目的定为保证代码库的整体健康程度随时间不断提升；听面试官描述他们的评审方式，你能大致判断团队是否重视代码质量，也能看出自己是否适应。

MDN 的 Finding a job 也提到，面试官几乎都会在最后问你有没有问题，问出比“你早餐吃了什么”更有意义的问题，会让你显得认真、有好奇心；它还建议面试前了解公司的历史、产品和近期新闻，并据此准备问题。所以问题最好和这家公司的产品挂钩，比如“我用过你们的小程序，搜索页切换筛选时会整页刷新，这块是有意这样设计的吗？”。

哪些问题要避免

“你们公司是做什么的？”说明你没有做任何准备。

“加班多不多？”“年假有几天？”作为第一个问题会显得只关心待遇。这些信息确实重要，可以放在 HR 面或者拿到 offer 之后再问，换一种说法也更好，比如“团队平时的工作节奏大概是怎样的？”。

“我这次面试表现怎么样？”“我能通过吗？”面试官通常不能当场给结论，问了只会让场面尴尬。

问题也不要太多。面试官的时间有限，问两三个最重要的，看对方时间再决定要不要继续。

常见追问

面试官回答完，还要说点什么吗？

可以简短回应一句，把答案和自己联系起来，比如“明白了，我之前在组件库迁移上有一些经验，应该能比较快上手”。不需要长篇大论，最后谢谢面试官的时间就好。

前面的面试已经把能问的都聊过了怎么办？

可以如实说“前面几位面试官已经介绍得很详细了”，然后问一个和眼前这位面试官个人相关的问题，比如“您在这个团队工作这几年，觉得最有收获的是什么？”，不要直接说没有问题。