reverse-interview 逆向面试实战指南：技术候选人应向公司提问的 13 大主题、110+ 条问题全解析

• 文档
• 知识库
• 教程

本文以开源项目 reverse-interview 的印尼语译本 translations/INDONESIAN.md 为主体，结合英文原版 README.md，系统梳理技术岗位候选人在面试中反向提问的完整问题清单与使用方法。读完本文，你将掌握逆向面试（Reverse Interview）的三步方法论，理解 13 大主题、110 余条问题各自在探测什么信号，并能基于仓库内的多语言版本与 CC BY-SA 4.0 许可证合规地复用、扩展这份清单。

什么是 Reverse Interview：项目定位与这份印尼语译本的来源

reverse-interview 是一个纯粹的文档型开源项目：整个仓库不包含任何源代码、配置文件或测试用例，全部内容由英文原版 README 与多语言译本构成。项目的核心主张非常朴素：技术求职者应该在面试中反向向公司提问。

英文原版 README.md 明确交代了项目缘起：这份清单最初是作者私人的问题列表，随着时间推移不断扩充，最终包含了两类内容——"希望更多见到的东西"（things I'd like to see more of）与"希望避开的红旗"（red flags which I'd like to avoid）。作者还观察到，在他主持的面试中，候选人主动提问的数量少得惊人，而他认为这恰恰是被浪费掉的机会。因此这份清单的目标是帮助候选人主动掌握信息，而非被动应答。

本项目内，该清单被翻译为 16 种语言并存放于 translations/ 目录下，印尼语译本 translations/INDONESIAN.md 即其中之一。将其与英文原版逐段对比可以发现两个事实：

• 印尼语译本中"公司层面"章节末尾有一组与前面重复的英文问题（内容与前文 5 条问题完全一致），推测是翻译合并时遗留的重复块；
• 当前英文原版 README.md 中新增的数条问题（如"服务与项目如何分配到各团队"、"小团队是否经历过性格冲突及如何应对"、"团队/公司举办哪些社交活动"、"公司为何选择外聘而非内部晋升"、"公司是否协助海外申请人办理工作签证"以及薪酬谈判资料链接）在印尼语译本中均未出现。

由此可以推断，印尼语译本基于英文原版的一个较早快照翻译，未跟随后续更新同步。需要最新、最全的问题集时，应以 README.md 为准，或自行对照各译本合并使用。

预期使用方式：三步方法论

原文档在正文之前给出了明确的"预期使用方式"（Penggunaan yang diharapkan），这是整个清单唯一规定的使用流程，分三步：

1. 勾选：先检查清单中哪些问题对你自己、对你所应聘的具体职位特别感兴趣；
2. 自查：检查哪些答案其实可以自己在网上查到；
3. 提问：其余查不到答案的，再在面试中当面提问。

同时文档给出了两条重要提醒：

• 千万不要试图问清单上的所有问题。要尊重面试官的时间，并展现出主动性——如果答案已经公开发布，就自己去查，而不是占用面试时间；
• 记住一切都在流动变化中：组织架构调整经常发生；"有 Bug 跟踪系统"并不等于"Bug 处理高效"，"用了 CI/CD"也不等于"交付周期必然短"。这两句话点明了提问的深层用意——工具与流程的表象，往往需要通过追问细节才能看穿实质。

岗位本身（The Role / Peranan）：15 条

这部分问题用于确认岗位的日常真实状态、目标与成长路径，是判断"这份工作到底做什么"的第一手信息源：

1. 值班（on-call）的安排/排期是怎样的？（待命与真正被呼叫时分别如何计酬）
2. 我日常需要完成的工作有哪些？
3. 你对我有具体的（阶段性）目标吗？
4. 团队中初级/高级工程师的配比如何？（是否有调整这一配比的计划）
5. 入职引导（onboarding）流程是怎样的？
6. 单个开发者拥有多大的决策自由度？
7. 期望的/核心的工作时间是什么？
8. 你对这个岗位的"成功"定义是什么？
9. 你期望我在入职后第 1 个月、第 3 个月分别达成什么？
10. 试用期结束时，你如何评估我的表现？
11. 这个岗位典型的一天/一周是什么样子的？
12. 你对我的求职申请有什么顾虑吗？
13. 告诉我，我将与谁最紧密地合作？
14. 我的直属经理及其上级的管理风格是怎样的？（从微观管理到宏观管理）
15. 我在新岗位上如何发展？公司提供哪些成长机会？

从源码结构看（此处指文档结构），"岗位本身"是全部 13 个主题中问题密度最高、最贴近个人体验的一组：第 9、10 条直接锁定入职前三个月的期望与试用期评估标准，第 14 条则把管理风格的考察向上延伸了两级，帮助候选人预判未来的上下级协作模式。

技术栈与工程实践（Tech / Teknologi）：19 条

这一主题是整个清单中"技术含量"最高的一组，覆盖从编码到上线的完整工程链路：

1. 公司常用的技术栈有哪些？
2. 你们如何使用源码管理（source control）？
3. 你们如何测试代码？
4. 你们如何跟踪 Bug？
5. 你们如何监控项目？
6. 你们如何集成并发布变更？是否采用 CI/CD？
7. 你们的基础设施是否纳入版本控制、是否以代码形式提供（基础设施即代码）？
8. 从规划到任务完成，整个工作流是怎样的？
9. 你们如何为灾难恢复做准备？
10. 是否有标准化的开发环境？是否强制执行？
11. 为产品搭建一个新的本地测试环境需要多久？（分钟 / 小时 / 天）
12. 你们对代码或依赖中的安全问题的响应速度有多快？
13. 是否允许所有开发者在自己电脑上拥有本地管理员权限？
14. 说说你们的技术原则或技术愿景。
15. 你们有面向开发者的代码文档吗？是否有面向客户的独立文档？
16. 你们是否有更高层的文档？（如 ER 图、数据库 schema）
17. 你们是否采用静态代码分析？
18. 你们如何管理内部/外部构件（artifacts）？
19. 你们如何管理依赖（dependencies）？

其中第 6、7 条与文档开篇的提醒遥相呼应——"是否 CI/CD""基础设施是否即代码"问的是工程实践是否存在；而真正重要的追问在于这些实践是否被强制执行（第 10 条）、响应有多快（第 11、12 条），这正是把"口号"与"事实"区分开的关键提问技巧。第 13 条（本地管理员权限）看似琐碎，实则是判断开发者自治程度与安全治理平衡的典型信号。

团队协作（The Team）：19 条

团队主题聚焦"一群人如何一起工作"，是判断协作质量、冲突处理与交付机制的核心：

1. 团队的工作是如何组织的？
2. 团队内部、团队之间的沟通通常如何进行？
3. 你们使用项目管理工具吗？你对其使用体验如何？
4. 意见分歧如何解决？
5. 谁来确定优先级/排期？
6. 项目被推后（"这个时间点内完不成"）时会发生什么？
7. 如果团队错过了发布目标，会发生什么？
8. 每周通常有哪些会议？
9. 我会与经理进行定期的一对一沟通吗？
10. 产品/服务的发布节奏是怎样的？（每周发布 / 持续部署 / 多发布流 / ……）
11. 生产事故发生后会怎样？是否有不指责（blameless）的事后分析文化？
12. 团队目前正在经历哪些尚未解决的持续性挑战？
13. 你们如何跟踪进度？
14. 期望与目标如何设定，由谁来设定？
15. 这里的代码评审（code review）是什么样子的？
16. 带我走一遍这个团队典型的 Sprint 流程。
17. 你们如何平衡技术目标与业务目标？
18. 你们如何分享知识？
19. 团队规模有多大？

注意，第 4 条（意见分歧如何解决）与第 6 条（项目被推后）在文档的"冲突处理"主题中再次出现——这不是笔误，而是文档刻意为之的呼应：同一问题从"日常协作"与"高压冲突"两个角度反复印证，得到的答案往往比单次提问更真实。

未来的同事（Your Potential Coworkers / Rekan Kerja Potensial）：5 条

这组问题把视角从"团队机制"切换到"具体的人"，用于判断你未来每天面对的是怎样的同事关系：

1. 开发者通常向谁学习？
2. 你最喜欢在这里工作的哪一点？
3. 你最不喜欢的是什么？
4. 如果可以，你最想改变什么？
5. 团队中任职时间最长的成员在这里多久了？

第 5 条（最长任职时长）是一个低成本高价值的信号问题：如果团队里几乎没有人待满一年，通常比任何话术都更能说明问题；反之，高留存率是团队健康的侧面佐证。

公司层面（The Company）：17 条

公司主题将视野扩展到组织全局，覆盖招聘动机、职业发展、制度与价值观：

1. 公司为什么在招人？（产品扩张 / 新产品 / 人员流动 / ……）
2. 有会议/差旅预算吗？使用规则是什么？
3. 晋升流程是怎样的？晋升要求与期望如何传达？
4. 绩效评审（performance review）流程是怎样的？
5. 是否有独立的技术与管理职业发展双通道？
6. 公司是否有可供全员使用的学习资源，如电子书订阅或在线课程？
7. 有考取认证（certification）的预算吗？
8. 公司处于怎样的成熟阶段？（早期探索方向 / 功能开发 / 维护期 / ……）
9. 我可以为 FOSS（自由/开源软件）项目做贡献吗？需要任何审批吗？
10. 我需要签署竞业禁止（non-compete）或保密（non-disclosure）协议吗？
11. 你如何看待公司在未来 5/10 年的位置？
12. 对这里的大多数开发者来说，"干净的代码"意味着什么？
13. 你上次注意到有人在这里成长是什么时候？他们是在哪些方面成长的？
14. 这里的"成功"意味着什么？你们如何衡量成功？
15. 有体育/团建活动吗？
16. 公司内部会举办黑客马拉松（Hackathon）吗？
17. 公司支持开源项目吗？

第 9 条（FOSS 贡献审批）与第 10 条（竞业/保密协议）尤其值得技术候选人重视：前者直接关系到你能否保留业余开源身份，后者则影响你未来的职业流动性。原文档中该主题末尾还遗留了一段与第 13–17 条完全重复的英文问题，可视为译本合并时的冗余，读者合并处理即可。

社会议题（Social Issues / Permasalahan Sosial）：4 条

这一主题用四个问题快速探测公司的价值观底色：

1. 你们对多元化背景招聘（diverse hiring）的现状与看法如何？
2. 你认为公司文化中存在哪些缺口？（以及公司文化实际是怎样的？）
3. 这里的"工作与生活平衡"意味着什么？
4. 公司对气候变化有立场吗？

第 2 条的设计很巧妙：先问"缺口"再问"实际文化"，等于邀请对方先暴露批判性视角，再补充官方叙事，两相对照往往能拼出更真实的公司文化画像。

冲突处理（Conflict / Konflik）：6 条

冲突主题专门考察"事情变糟时"的组织反应，是识别红旗（red flags）的核心章节：

1. 意见分歧如何解决？
2. 项目被推后（"无法在规定时间内完成"）时会发生什么？
3. 当团队压力过大、承诺的负荷超出自身容量/速度时会发生什么？
4. 如果有人指出了流程/技术等方面的改进空间，会怎样处理？
5. 当管理层的期望与工程师或团队的实际表现存在差距时，会怎样处理？
6. 你能讲一个关于"有毒"（toxic）局面的故事，以及公司是如何处理的吗？

第 6 条是全清单中进攻性最强的提问之一：请对方讲述一个真实的高压故事。一个有心理安全感、有复盘文化的团队通常能坦然地讲出这样的故事并说明改进措施；反之，回避、防御或"从未发生过"的答复本身就是一个信号。

商业层面（The Business / Aspek Bisnis）：8 条

商业主题把候选人的考察对象从"团队"升级到"公司本身"，关注的是组织的生存与增长能力：

1. 公司盈利吗？
2. 如果不盈利，资金还能支撑多久（runway）？
3. 资金来源是什么？谁影响公司的高层规划与方向？
4. 你们如何赚钱？
5. 是什么阻碍你们赚更多钱？
6. 公司未来 1 年、5 年的增长计划是什么？
7. 你们预见到的最大挑战是什么？
8. 你们识别出的竞争优势是什么？

第 1、2 条组合起来是最直接的公司健康状况探针：盈利与否决定现金流，runway 长短则直接关系到你加入后公司的存续窗口。这两条对创业公司（startup）候选人尤为重要。

远程办公（Remote Work / Bekerja Jarak Jauh）：7 条

随着远程协作成为常态，这组问题帮助候选人把"是否支持远程"落实到具体制度层面：

1. 远程员工与办公室员工的比例是多少？
2. 公司提供硬件吗？更新换代的周期是怎样的？
3. 你们如何看待 BYOD（自带设备办公，Bring Your Own Device）？是否已有相关政策？
4. 能否通过公司经费购买额外的配件/办公家具？有相关预算吗？
5. 有共享办公空间（co-working）或网络接入的预算吗？
6. 期望多久到办公室一次？
7. 办公室的会议室是否总是为视频会议准备就绪？

注意原文档在第 3 条中链接了维基百科的 BYOD 词条作为术语解释，此处不再重复外链，仅说明：BYOD 政策直接决定远程办公时设备、安全与报销的边界。第 1 条的比例数字则是判断"远程是否真的被认可"而非"口头支持"的硬指标。

办公空间布局（Building Layout / Membangun Tata Ruang）：2 条

这是全清单最短的主题，但两问都直指日常体验：

1. 办公室的布局是怎样的？（开放式 / 隔间 / 独立办公室）
2. 我的新团队附近是否有支持、市场或其他电话密集型（call-heavy）团队？

第 2 条的问题点在于：如果你的团队紧挨着高频电话团队，开放式布局下的噪音干扰可能会显著影响深度工作。

兜底问题（Catch All / Tangkap Semua）：3 条

兜底主题提供三句"开放收尾"，用于捕捉清单未能覆盖的信息盲区：

1. 这个岗位/团队/公司最好和最坏的方面分别是什么？
2. 最初是什么吸引你选择加入这家公司？
3. 是什么让你一直留在这家公司？

第 1 条要求对方同时给出"最好"与"最坏"，天然规避了只说好话的倾向；第 2、3 条分别考察"加入动机"与"留存动机"，两者之间的差异往往揭示公司现状与最初愿景之间的漂移。

薪酬与福利（Compensation / Kompensasi）：5 条

薪酬主题直面经济回报的确定性：

1. 如果有奖金制度，奖金如何确定？
2. 如果有奖金制度，过去几年典型的奖金比例是多少？
3. 有 401k 或其他退休计划吗？如果有，公司是否匹配额外的缴款？
4. 有医疗保险吗？如果有，何时开始生效？
5. 公司为搬迁（relocation）付费吗？

需要说明的是，第 3 条中的 401k 是美国退休储蓄制度的专有名词，属于明显的地区性条款；印尼语译本原样保留了该表述，并未本地化。中文读者在面试国内企业时，应将其替换为当地的养老金/公积金等对应制度来提问。

休假制度（Time Off / Waktu Cuti）：7 条

休假主题把"假期多少"细化为可比较的制度细节：

1. 提供多少带薪休假（PTO）？
2. 病假和假期是分开的还是共用同一个池子？
3. 我可以在休假额度累计之前使用假期吗（即负余额 PTO）？
4. 带薪休假有结转（roll over）政策吗？
5. 育儿假（产假/陪产假）政策是怎样的？
6. 无薪假政策是怎样的？
7. 安息年假（sabbatical leave）政策是怎样的？

第 3、4 条是针对 PTO 制度的经典追问：能否预支、能否结转，直接决定"纸面上的假期天数"在现实中能兑现多少。第 7 条的 sabbatical 则多见于对长期服务员工的奖励性长假，能反映公司对员工长期留任的态度。

问题背后的信号：如何解读答案与组织提问

综合 13 个主题可以看出，这份清单本质上是一套信号探针系统，每个主题对应一类候选人所关心的组织属性：

• 工程能力：技术栈与工程实践主题的 19 条问题，考察的是测试、CI/CD、监控、灾备、文档、静态分析等工程基建的完备度与执行度；
• 协作与心理安全：团队与冲突主题的问题，聚焦分歧解决、事故复盘、超负荷承诺与 toxic 处理方式，是判断心理安全感（psychological safety）的主要依据；
• 成长与留存：岗位本身、未来同事与公司层面主题，锁定 onboarding、晋升、学习预算、成长案例与最长任职时长，回答"我在这里能否变强、能待多久"；
• 稳定与透明：商业层面与兜底问题，考察盈利、runway、资金来源与最好/最坏方面，回答"这家公司会不会倒、对我不隐瞒什么"；
• 落地细节：远程办公、办公空间、薪酬与休假主题，把抽象承诺转化为比例、预算、政策条款等可核对的硬信息。

需要强调的是，以上解读属于对文档结构的分析性归纳，而非项目作者的官方表述。使用时还应注意：原文档明确说明"这些要点没有排序，且许多问题并不适用于特定职位或工作类型"，因此按需选取、组合使用才是正确姿势；一次面试通常只适合挑选 5～10 个与你最相关的问题，并围绕对方的回答做追问，而不是照单全收地审讯式发问。

扩展提问灵感的参考来源

原文档在"其他资源"（Sumber lain）中提供了两个进一步获取提问灵感的公开来源（本仓库不包含其内容，此处仅按文档描述转述）：

• Joel Spolsky 的《The Joel Test: 12 Steps to Better Code》：以 12 个是/否问题快速评估一个软件团队的工程成熟度，可作为结构化自检的补充框架；
• Julia Evans 的《Questions I'm asking in interviews》：另一位从业者在实际面试中使用的提问清单，视角更个人化、更贴近实战。

另外，英文原版 README.md 还额外列出了第三项参考——一份薪酬谈判建议的精选列表，该内容未包含在印尼语译本中，需要时可对照英文原版查阅。

多语言版本与再分发：仓库结构与许可证

本项目内收录的译本如下，全部存放于 translations/ 目录：

阿拉伯语、保加利亚语（西里尔字母）、加泰罗尼亚语、法语、德语、印地语、印尼语、意大利语、日语、波斯语、波兰语、塞尔维亚语（西里尔字母）、塞尔维亚语（拉丁字母）、土耳其语、乌克兰语、巴西葡萄牙语，外加英文原版 README.md。

原文档的翻译链接列表中，简体中文、繁体中文、韩语、俄语、西班牙语、越南语等译本指向仓库外的独立维护仓库，本镜像仓库内未收录这些版本。

关于再分发，英文原版与印尼语译本末尾均声明本项目采用 Creative Commons Attribution-ShareAlike 4.0 International（CC BY-SA 4.0） 许可，LICENSE 文件内附许可证全文。依据许可证条款，任何分享、转载或基于本清单的改编（包括新增问题、翻译或二次创作）都必须保留署名（Attribution），并且衍生作品必须采用**相同或兼容的许可（ShareAlike）**继续开放。若你想把清单中没有的问题补充进来，项目欢迎通过 Pull Request 的形式贡献。

结语：把提问变成一种能力

reverse-interview 清单的价值不在于"问得多"，而在于"问得准"。从岗位日常到技术工程、从团队协作到公司财务，13 个主题构成的这套提问体系，本质上是在训练候选人用工程师的思维方式评估雇主：像审查一段代码一样审查组织的真实状态，像设计测试用例一样设计每一个追问。面试是双向选择，主动提问不仅帮你避开红旗，也在向面试官传递一个信号——你是一个认真、主动、懂得评估合作方的候选人。

• 文档
• 知识库
• 教程