• 文档
• 知识库
• 教程

导读：本篇技术指南以本仓库印地语译本 translations/Hindi.md 为骨架，完整梳理了 reverse-interview 项目中面向技术求职者的"反向面试"提问清单——从岗位职责、技术栈、团队协作，到公司经营、远程办公、薪酬福利共十大类别 70 余个问题。读完本文，你将掌握这份清单的使用方法、每个问题背后的考察意图与追问要点，能够在面试中精准评估一家公司的工程文化与真实工作环境。

一、背景：reverse-interview 是什么，本篇依据哪份文档

reverse-interview 是一份面向技术岗位求职者的"提问清单"。与常规面试中面试官向候选人提问不同，它鼓励候选人反过来向公司提问，以判断这份工作是否真正适合自己。根据仓库 README.md 的说明，这份清单"最初是作者的个人问题列表，随着时间推移不断扩充，既包含希望看到更多的东西，也包含希望避免的红旗信号"，同时作者也注意到"被面试者提出的问题少得可怜，而这些提问机会都被浪费了"。

清单本身不排序、不强制——README 明确写道："这些条目没有先后顺序，其中很多可能不适用于特定岗位或工作类型"；如果你问过清单里没有列出的问题，欢迎通过 PR 补充。

本仓库是一份纯文档型项目，主体由 README.md（英文原版）与 translations/ 目录下的多语言译本构成。经核实，translations目录当前收录了 16 个语言版本：

• ARABIC.md、BULGARIAN-Cyrillic.md、CATALAN.md
• FRENCH.md、GERMAN.md、Hindi.md、INDONESIAN.md
• ITALIAN.md、JAPANESE.md、PERSIAN.md
• POLISH.md、SERBIAN-Cyrillic.md、SERBIAN-Latin.md
• TURKISH.md、UKRAINIAN.md、pt-BR.md

其中 translations/Hindi.md 即本篇的成文依据。需要说明的是，英文原版 README.md 中还额外包含"社会议题（Social issues）""冲突（Conflict）""兜底问题（Catch all）"等类别，本篇正文严格以印地语译本的内容为主体，英文版的补充部分会在文末资源小节中给出指引。

二、预期使用方式：如何正确使用这份提问清单

Hindi.md 与英文原版都给出了一套非常明确的使用方法论，这是整份清单的"使用协议"，务必先理解再动手：

1. 先筛选：检查哪些问题对你自己是特别关心的、与目标岗位强相关的；
2. 先自查：检查哪些答案其实可以通过公开资料（公司官网、工程博客、技术分享、开源仓库）自己查到；
3. 其余再问：只剩下无法自行获得答案的，才在面试中当面提问。

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

• 绝不要试图把清单上的问题全部问一遍。原版 README 补充解释道：要尊重面试官的时间，如果答案已经公开，应主动自行查找，以此展示你的主动性；
• 事情往往是流动的，组织重组经常发生。不要因为一个答案看起来不错就全盘相信；
• 工具存在 ≠ 实践高效：文档特别举例——"有 bug 追踪系统，并不代表 bug 处理就更务实；有持续开发或持续交付（CI/CD），也不代表你的交付时间就必然更短"。这是整份清单最重要的信号解读原则：问题要看实践，而不是看 PPT。

提问的三个实操建议

在把清单用于真实面试之前，还可以结合以下细节提升提问质量：

• 按轮次分配：初面（技术面）重点问"技术（Tech）"与"团队（The Team）"；终面（与主管/高管）重点问"公司（The Company）"与"商业（The Business）"；HR/薪酬谈判轮重点问"薪酬与福利""带薪休假"；
• 让问题自然流动：与其照着清单逐条念，不如把问题编织进对话，例如面试官讲到 CI/CD 时顺势追问"发布工具与测试方式"；
• 记录信号：关注答案中的模糊表述（如"我们打算……""正在规划……"）与具体表述（如"每次发布大约 X 分钟""上季度刚做过一次事故复盘"）之间的差异。

三、工作角色（The Role）：确认岗位的真实画像

这一节解决的核心问题是：这个岗位到底要我做什么、做到什么程度算成功。Hindi.md 收录了 7 个问题：

• 值班（on-call）计划/排班是怎样的？（备用值守与呼叫出勤的报酬如何计算）——考察是否强制值班、频率高低、有无额外补偿，直接关系工作强度与生活边界；
• 我在日常工作中具体会承担哪些任务？——避免入职后发现实际工作与 JD 描述严重不符；
• 团队中初级/高级成员的配比如何？（是否有调整计划）——资深比例决定你能获得多少指导与成长空间；
• 入职（onboarding）流程是怎样的？——考察公司是否认真对待新人的上手过程；
• 通过规划排布的工作与其他类型任务的比例是怎样的？——即"写新功能"与"修 bug、维护、会议、杂务"之间的时间分配；
• 预期的工作时间（core hours）是怎样的？——是否存在强制加班文化；
• 在这个岗位上，衡量成功的方式有哪些？——明确考核口径，避免试用期结束时才被告知标准。

四、技术（Tech）：评估工程能力与开发文化

这一节是技术候选人价值最高的部分，直接暴露一家公司的工程成熟度。Hindi.md 收录了 12 个问题：

• 公司通常使用哪些技术栈/平台？——评估技能匹配度与成长性；
• 用于控制发布的工具是怎样的？——发布是否自动化、可回滚、有审批流；
• 你们如何测试代码？——单测、集成测试、端到端测试的覆盖情况，测试是否在 CI 中强制执行；
• 你们如何追踪 bug？——注意本节开篇的提醒：有追踪系统不等于处理高效，重点追问流转与修复周期；
• 你们如何合并并发布变更？是否遵循持续开发或持续交付（CI/CD）体系？——从代码提交到上线需要多久、由谁触发；
• 你们的基础设施是否纳入版本控制、以代码（IaC）形式管理？——考察基础设施可复现性与变更可审计性；
• 从规划到任务完成的完整工作流是怎样的？——串联需求、评审、开发、测试、发布各环节；
• 针对灾难恢复（disaster recovery）有哪些准备？——备份策略、恢复演练、RTO/RPO 目标；
• 是否有统一/标准化的开发环境？是否强制执行？——环境不统一往往是"在我机器上能跑"问题的根源；
• 为产品搭建一个新的本地测试环境需要多久？（分钟/小时/天）——该问题给出了明确的量级刻度，是环境自动化程度的最直接证据；
• 面对代码或依赖中的安全漏洞，你能多快做出响应？——考察安全基建（依赖扫描、漏洞告警、响应流程）；
• 是否允许所有开发者对本地电脑拥有完全控制权？请谈谈你们在这个领域的技术愿景。——既涉及开发自由度，也隐含对权限治理态度的考察。

从英文原版 README.md 的对应章节看，技术类还包含"如何监控项目""是否有静态代码分析""如何管理内部/外部制品与依赖""是否有开发者文档与客户文档"等条目，可在需要更细致评估时参考。

五、团队（The Team）：了解协作方式与组织机制

团队问题的核心是判断"我加入后每天如何与人协作、冲突如何被处理"。Hindi.md 收录了 11 个问题：

• 工作是如何组织的？——敏捷、看板、瀑布，还是根本没有固定流程；
• 团队内/团队间沟通通常如何进行？——是否同步会议密集、异步工具是否被真正使用；
• 意见分歧如何解决？——技术争论是否有最终决策人、是否有 ADR 之类的机制；
• 谁来确定优先级/排期？——需求自上而下还是团队自组织；
• 如果出现干扰或阻塞怎么办？（"这个无法在预计时间内完成"）——考察向上反馈的空间；
• 当团队错过目标（例如发布目标）时会发生什么？——是追责还是复盘调整；
• 每周有哪些类型的会议？——评估会议负担；
• 产品/服务的发布节奏是怎样的？（周更/持续发布/多条发布流/……）——文档给出了多个选项，直接决定迭代密度；
• 生产事故发生后会怎样？是否有无责（blameless）复盘文化？——"blameless analysis"是判断工程文化健康度的关键信号词；
• 团队目前有哪些尚未解决的持续挑战？——考察团队对自身问题的坦诚程度；
• 你们如何平衡技术目标与业务目标？——技术债积累是常态还是有制度化的偿还机制。

六、潜在同事（Your Potential Coworkers）

这一节通过"未来的同事怎么看这家公司"来交叉验证前面获得的信息。Hindi.md 收录了 4 个问题：

• 你最喜欢在这家公司工作的哪一点？——注意答案是否具体、是否有细节支撑；
• 你最不喜欢公司的哪一点？——没有缺点清单的公司反而值得警惕；
• 如果可以，你会改变什么？——考察对方对现状的批判性思考与改进意愿；
• 团队里最资深的人是谁？他/她在这里工作多久了？——高流动率团队通常很难回答出"工作多年"的资深成员。

七、公司（The Company）：制度、文化与成长空间

公司层面的问题用于评估长期视角：你在一个怎样的组织里，能获得怎样的成长。Hindi.md 收录了 10 个问题：

• 是否有参加会议和出差的预算？使用规则是什么？——是否支持员工对外学习交流；
• 晋升的方式和路径有哪些？如何获得晋升资格？——晋升标准是否透明、是否与什么指标挂钩；
• 技术与管理是否有分开的职业路径？——避免"不转管理就升不上去"的困局；
• 公司在多元化招聘方面做得如何？——对应英文版的 diverse hiring 议题；
• 是否有公司层面的学习资源，如电子书订阅或在线课程？——考察学习投入；
• 是否有考取认证（certification）的预算？；
• 公司的成熟度处于什么阶段？（早期探索方向/功能开发/维护/……）——文档给出的选项是判断"环境稳定性 vs 不确定性"的标尺；
• 我可以为自由/开源软件（FOSS）项目做贡献吗？是否需要审批？——部分公司对开源贡献有严格限制；
• 是否需要签署竞业禁止或保密协议（NDA）？——同时问一句"公司文化中是否有需要填补的空白"；
• 你能给我讲一个公司内某个"失败"的案例，以及公司是如何处理的吗？——比任何价值观宣言都能更真实地反映组织对待失败的态度。

八、商业（The Business）：钱从哪来、往哪去

判断公司经营状况，避免加入一家"现金流断供"的团队。Hindi.md 的"श्रम（劳动力/经营）"一节收录了 8 个问题：

• 公司盈利吗？
• 如果不盈利，改善现状的计划是什么？——对应英文版的 runway（现金跑道）问题；
• 资金从哪里来？谁影响高层级的计划/方向？——融资依赖 vs 自负盈亏，决定战略稳定性；
• 公司如何赚钱？——商业模式是否清晰可解释；
• 是什么阻碍你们赚更多钱？——对方若能坦诚说出瓶颈，说明对业务有真实认知；
• 公司明年的增长计划是什么？5 年呢？——短期计划与长期愿景的一致性；
• 你们即将面临的重大挑战有哪些？；
• 你们认定的竞争优势是什么？——判断公司对自身定位的认知。

九、远程工作（Remote Work）

如果岗位涉及远程/混合办公，这一节是必备的落地细节。Hindi.md 收录了 6 个问题：

• 远程办公人员与办公室员工的比例是多少？——判断远程是否被团队真正接纳，还是少数人的特例；
• 公司是否提供硬件？更新（换代）周期是怎样的？——设备是否跟得上开发需求；
• 能否通过公司购买额外的配件/家具？是否有相关预算？——居家办公的实体支持；
• 是否有共享工作空间（co-working space）或网络接入的预算？；
• 期望多久去办公室一次？——明确通勤义务；
• 办公室的会议室是否始终为视频会议做好准备？——远程会议体验的直接证据。

十、办公室环境（Working in the Office）

Hindi.md 中"ऑफिस में काम करते हैं（在办公室工作）"一节仅有 2 个问题：

• 办公室的布局是怎样的？（开放式/隔间/独立办公室）——直接影响专注度与协作模式；
• 我的新团队旁边是否有电话较多的支持/市场等团队？——若周围是高频通话团队，开放式办公下的噪音干扰需要提前预期。

十一、薪酬与福利（Compensation）

Hindi.md 的薪酬部分收录了 3 个问题，重点在"奖金与退休金"的可预期性：

• 如果有奖励（奖金）体系，奖励如何确定？——考核口径、发放周期、与个人还是团队业绩挂钩；
• 如果有奖励体系，过去几年典型的奖金比例是多少？——用历史数据验证承诺的可信度；
• 你们有 401(k) 或其他退休金计划吗？如果有，公司是否匹配额外的缴费？——注意 401(k) 是美国语境下的退休储蓄账户，在其他地区应替换为当地对应的退休金/公积金制度来提问。

十二、带薪休假（Time Off）

休假政策的细节决定了工作与生活的边界。Hindi.md 的"अदा की छुट्टी（带薪休假）"一节收录了 6 个问题：

• 带薪休假（PTO）的时长是多少？——按年计算的天数基数；
• 病假与年假是分开计算还是共用同一个额度池？——共用池意味着生病会侵蚀假期；
• 我可以在年假累积之前就使用吗？（即允许负余额吗）——入职当年能否实际休假；
• 未使用的假期何时得到补偿？——年末清零、结转还是现金折算；
• 育儿假/新生育儿假（parental leave）是怎样的？——时长、薪资比例、男女是否平等；
• 无薪休假（unpaid leave）的政策是怎样的？——长期无薪休假的可行性。

十三、其他资源：进一步扩展问题来源

Hindi.md 在"अन्य संसाधन（其他资源）"一节推荐了 Joel Spolsky 的经典文章《The Joel Test: 12 Steps to Better Code》（乔尔测试：更好的代码的 12 个步骤），作为更多问题灵感的来源——它以 12 个"是否"问题（如是否使用源码控制、是否有构建机器、是否做每日构建等）快速评估软件团队的工程实践，与 reverse-interview 的提问思路高度互补。

此外，英文原版 README.md 还收录了印地语译本未包含的几类问题，适合进一步研读：

• 社会议题（Social issues）：多元化招聘现状、公司文化中的缺口、工作生活平衡的含义、公司对气候变化的立场；
• 冲突（Conflict）：团队超负荷承诺时怎么办、流程改进建议提出后会发生什么、管理层期望与工程师绩效出现落差时如何处理；
• 兜底问题（Catch all）：这个岗位/团队/公司最好与最糟的一面、当初为什么选择这家公司、是什么让你留下；
• 公司补充条目：公司为何招人（业务增长/新产品/人员流动）、最近一次有人成长的故事、内部黑客马拉松、开放源代码支持、为海外申请人办理工作签证的意愿等。

十四、许可协议

本仓库（含 translations/Hindi.md 及各语言译本）依据**知识共享"署名-相同方式共享 4.0 国际"许可协议（CC BY-SA 4.0 International）**发布，全文见 LICENSE。这意味着：你可以自由分享与改编本文档内容，但必须保留署名，且衍生作品须以相同方式共享。在引用或翻译这份提问清单时，请一并遵守该许可条款。

• 文档
• 知识库
• 教程