作者
TomasFernandez
祝贺通过了面试！你准备得很充分，并通过了所有的问题。现在你可以放松了。
"你有什么问题要问我们吗？”面试官问道。哦！这还没有结束，你意识到。你应该会有一些问题。
面试官并不是想让你为难。他们也不是出于礼貌。事实是，你在面试公司的同时，公司也在面试你。在面试结束时提问可以让你知道他们是否适合你。
你面试的是梦寐以求的工作还是噩梦?这里有几个问题可以帮你找出答案。
01、向负责招聘的人员提出的问题
第一个与你交谈的人是负责招聘的人员(或人力资源部的人)，他们可能不知道所有的答案，但他们通常可以为你找到答案。在这一点上，最好的办法就是对公司的运营情况有个大概的了解，以及在面试过程中接下来会发生什么。
职位
1、公司为什么要招人？
这是一个热身问题，可以让你对公司的状况有所了解。这个职位空缺是因为公司在发展，还是你来填补某个离职人员的空缺？
2、这个职位的前任发生了什么?他们是离开了，还是被解雇了?
如果你是来顶替被辞退的人，最好先弄清楚发生了什么事。前一名员工离职的原因是什么?巧妙地了解过去的开发者可以让你深入了解公司对你的期望。
3、你们的人员流动率是怎样的？去年有多少名开发人员被聘用，又有多少人辞职了？一个人在团队中呆的时间最长和最短是多少？
这就是我们开始寻找标志的地方。高离职率表明该公司的工作条件有问题。你可能得不到直接的答复。但不要担心。你将有机会在以后的面试中更深入地挖掘这个问题。
4、入职过程是如何进行的？面试过程中的下一个步骤是什么？
获取你需要的信息，为接下来的步骤做准备。
作为雇员的生活
5、公司是否在员工发展、培训或认证方面进行投资？是否有预算用于学习活动或协助会议？
不言而喻，公司对有成长动力的人感兴趣。至少，一个公司应该给你足够的休息时间来学习或参加学习活动。如果他们提供教育方面的财政援助，应该得到加分。
6、公司允许远程工作吗?我要在办公室待几天?远程工作者的比例是多少?你支付搬迁费用吗?
疫情将员工推向了远程职位。有些公司是%的远程办公，而有些则两者兼而有之。最重要的是你加入的团队是混合型的还是完全远程的。
对于完全远程的公司，你也可以询问是否有定期的团队建设聚会、创客大会或庆祝活动。
7、协同办公有资金支持吗?
有些人发现把自己关在家里很难集中注意力。对他们来说，当办公室太远时，协同办公是一个不错的选择。
8、产假政策是什么?无薪休假的政策是什么?带薪假期呢，比如病假和假期?
如果这些都没有在职位描述中说明，你应该询问公司的休假政策是什么。
02、技术面试后要问的问题
在这一点上，你可能会发现自己正在与能够回答技术问题的人交谈。这类面试可以跨越多个环节，让你有机会与未来的同事、技术主管或CTO交谈。
利用这个机会了解工作与生活的平衡和流行的职场文化。很多这样的问题都是为了暴露危险信号。
每日循环
9、我一周应该开多少次会议？
开会是不可避免的，但有些公司做得太过分了。我们在试着评估我们需要多少时间才能完全集中精力。
10、你们实行CI/CD吗？基于主干的开发呢？
像DevOps、Scrum、精益和敏捷这样的术语已经被滥用到失去意义的地步。另一方面，持续集成（CI）有一个更严格的定义。那么问题来了:公司到底有没有实践它？不实践CI或基于主干的开发是一个相当强烈的信号，表明该公司依赖手工工作来构建和测试他们的软件。
"但是托马斯，你当然会这么说。你毕竟是为一家CI/CD公司工作"。是的!但不要只相信我的话。年的《DevOps现状》重申了CI/CD结合基于主干的开发的好处：
"与我们前几年的研究结果类似，我们表明持续测试是成功持续交付的一个强有力的预测因素。达到可靠性目标的优秀执行者利用持续测试的可能性要高出3.7倍……达到可靠性目标的优秀执行者利用持续集成的可能性要高出5.8倍……持续集成，正如KentBeck和极限编程社区所定义的那样，它的发源地也包括基于主干的开发实践"。-年的DevOps状况
当然，有些地方CI/CD是不可行的。但99%的情况下，这是正确的做法。
11、你多久部署一次?如何部署?
我们开始深入研究CI/CD管道的状态。你想听到的是，他们每天做几次持续交付，因为这意味着一个快速的周期。
除非你面试的是一家受监管行业的公司，否则手动和不经常发布是危险信号。它们是缓慢和低效的开发周期的标志。
12、你是在实践TDD还是BDD?是如何测试代码的?
测试驱动开发和行为驱动开发是能够带来更高的生产力和更好的设计的学科。无论您是否属于测试驱动阵营，你都应该了解团队是如何测试和设计的。最严重的危险信号之一是一家公司根本不做测试。
13、是如何跟踪bug/问题的?你认为功能和修复之间的比例是多少?
我们正试图了解技术债务的状况。技术债务是由于优先考虑新功能而不是修复或重构现有代码而产生的。有些债务是不可避免的，但如果积累太多的话，很有可能你会处于灭火和分类混乱代码的不令人羡慕的位置。
14、你认为什么更重要:不要碰正在运行的系统、修复bug还是开发新功能?你是如何处理技术债务的?
试着直接询问技术债务，同时也看看他们对交付客户价值的认真程度。
15、文档是否全面?你有编码风格指南吗?你有可执行的测试规范吗?
试着了解一下文档的总体状况。根据具体情况，您可以询问API规范、设计文档、样式指南、用户故事以及任何支持开发的文档。文档的不足通常意味着为了完成工作，您不得不询问(之后会不断被询问)信息。
诸如合同测试和验收测试之类的测试就像活生生的文档一样，验证代码是否符合规范以及与客户达成的协议。
工具和文档
16、你使用什么版本控制系统?
如果答案是“没有”，那你最好换一家公司。除非你面试的是团队领导或工程经理的职位。在这种情况下，询问他们是否愿意实施。如果他们同意了，你至少要忙上几个月，这条路会很艰难，所以在你的福利或薪资谈判中要考虑到这一点。
17、你在使用什么栈/语言/框架?
如果你不熟悉这些技术，也不要担心。只要有好的指导和奉献精神，你可以在几周内学会任何堆栈。
18、我可以使用我的${最喜欢的IDE}吗?
我们都有自己喜欢的工具，不是吗?
19、公司提供是否提供设备?我对我的机器有root权限吗?我可以自带设备吗?
可能只有我有这样的问题但我发现在我的工作机器上没有管理权限令人不安。这表明公司不信任员工。
开发人员团队文化
20、你为什么选择加入本公司?
如果你和面试官已经建立了融洽的关系，问一些私人问题。了解你将要为之工作或共事的人的价值观总是很有价值的。
21、团队规模有多大?资历较浅和资历资深的人员的比例是多少?
我们的目标是了解团队的组成和规模。如果你面试的是一个资历较低的职位，而团队的大部分成员都是资历资深的人员，这是一个非常好的消息。没有什么比被比你更有技术的人包围更令人兴奋的了。
22、有多少女性为团队工作?你是如何确保其他方面的多样性的?
这可能是讨论团队多样性的一个很好的开始问题。根据上下文调整问题。
不要把这个问题当作美德的信号。一个更好的策略是