我刚刚完成了为期六周的工作安置过程，以期在市场中积极寻找人才的中高级开发人员的职位（阿姆斯特丹）。 换句话说，我访问了很多采访。 为了准确地找出最适合我的公司，我尝试提出更多问题。 在这里，您需要根据自己的需求和与您交流的人来找到合适的平衡点。
如果您是初级工作人员，那么您可能会得出这样的结论：您确实不感兴趣，他们会回答以下所有问题-您至少应该找个地方。 但是即使在这种情况下，也要自己决定什么时刻是您的停车信号，并期望会弹出必要的信息。 如果有某些事情可以迫使您拒绝职位空缺，那么最好在接受工作机会之前先找到有关职位空缺的信息。
标准步骤
以我的经验，选择过程通常是这样的：
- 电话交谈/有时在办公室开会。 通常，人事人员负责这一阶段。 如果其中有一名开发人员参与，那么通常来说，对话会相当流畅（不是向他们提问的最佳时机）。
- 技术面试。 接下来，我们将严格按照一组开发人员进行的一系列采访，他们将彻底分析您所知道的和不知道的。
- 测试任务/“作业” /共同编写代码。 在我眼中，为候选人引入共同编写代码的公司会立即获得很多加分。 我知道为什么许多人会提供“作业”，但是在大多数情况下，这对双方来说都是浪费时间-并不是真正需要的技能会暴露出来。
- 最终会议，结识了整个团队。 如果公司规模较小，则有时会被与创始人的私人交谈所取代。
- 工作机会。
当然，在不同的公司中，招聘可能会略有不同，但是总的来说，我列出了在招聘过程中应该期望的一切。
人力资源问题
通常，第一次面试是由与技术流程无关的人员进行的。 因此，询问他们有关技术栈的信息是不合适的-即使公司规模很小，它们通常也不是最新的。
大部分情况下，您都应该进行一次对话。 他们当然已经准备好您的简历，但是他们会希望向您提供一个简短的故事-请务必准备一份简短，简短且内容丰富的职业经历说明。 在您讲话之前，您必须照常重复。
您如何选择候选人？他们很可能会自己写信给您下一步将要发生的事情，但是如果没有突然发生，请指定在该特定公司中执行哪些阶段。 如果您对这个团队还没有认真的打算，而他们打算要求您编写一份完整的申请作为下一步，那么立即说再见是更合理的。
简要地告诉我有关开发团队的信息那里有多少人，大三和前辈的比例是多少，内部层次结构是如何建立的（公司有技术总监还是产品负责人）？ 这些问题通常甚至由人事官员也很容易回答。 如果没有（有时会发生，尤其是在大型公司中）-很好。
挂断电话之前，请务必先了解下一步的情况。
技术面试问题
这是我提出大部分问题的地方。 雇主评估您，但您也同时评估。 让受访者讲话，但不要害怕在此过程中插入一两个问题。 在会议结束时，他们通常会询问您是否有任何问题，这时您可以提出任何您认为合适的问题。 如果答案对您来说不太有趣-不要问。 浪费自己和他人的时间进行推理毫无意义，这绝不会影响您的最终决定。
我已经按照我个人的优先顺序安排了问题。 如果我们很容易找到面试官的共同语言，我通常不会到达列表中的最后一项。 如果交谈困难且不太舒适，我会仔细研究所有人员，并希望我能与团队中的其他成员相处融洽。
您如何看待这个职位的理想人选？我真的很喜欢这个问题，因为它以一种非标准的方式揭示了他们对您的期望。 如果受访者可以从空中找到理想的人选，他将是什么？ 在某些情况下，这就像向您展示一面镜子，在其他情况下，则很多情况都不适合您的经验，技能和偏好。 这是了解您如何适应团队的好方法。
例如，在一家公司中，有人告诉我他们需要一个“将在没有太多帮助的情况下应对”的人。 这是我的钟声。 任何开始使用新代码库的开发人员都将需要帮助，以了解其核心业务逻辑，即使他知道构建该代码库的所有技术。 如果团队对创建一个舒适的技能转移环境的想法持否定态度，我认为这是一个严重的缺点。
但是，我经常听到理想的候选人将能够“独立工作”和“设定目标”。 我认为，这是一个好兆头-我认为自己是这样的员工，当有人挖洞并试图强行组织我的工作流程时，我不喜欢它。 这两个答案似乎基本相同，但是提供信息的方式可以说明很多有关工作条件的差异。
这篇文章最难的是什么？这个问题的答案很大程度上取决于您将要做什么。 无论如何，它都非常有助于淡化彩虹色，使其余的对话得以持续。 与员工有关最有可能导致问题的原因相关的意见，非常认真地考虑您是否能够成功解决这些问题。
谁来定义公司的总体愿景？在这里，我试图了解该公司是否有任何长期计划，并且在理想情况下，还要讨论发展目标和方向。 我认为这是一个令人震惊的迹象，唯一的答案就是缺少答案。 对于小型团队来说，“创始人”是一个非常正常的选择，而对于公司而言，“建议”或“管理”则更大。 如果每个人都认为自己在某种程度上参与了愿景和路线图的形成，那么这就是最高分。 被误解的观点表明这很不好-建议与至少知道自己要去哪里的人一起工作。
您如何评估开发部门和整个公司的成功？这个问题也与工作流程有关。 我想根据他们对我的工作和团队工作的判断来理解。 如果受访者觉得很难回答，我会去另一边，问他们以什么标准评估工作的满意度。 我认为，如果没有人知道良好的工作意味着什么，但是每个人都清楚地理解“压倒一切”意味着什么，那么您就不应期望有什么好事情。 在不知道成功意味着什么的情况下，如何才能成功履行职责？
您最喜欢工作什么？ 最让您烦恼的是什么？能够向几个团队成员提出这些问题真是太好了。 一个人应该立即跟随另一个人（我更喜欢以积极的态度开始）。 通常，您可以轻松地跟踪模式-人们对相同的事物非常恼火。 通常很难带员工谈论负面方面，但是以我的经验，使用这种方法，他们很少设法掩盖话题。
他们不太可能与您讨论公司活动中的基本系统性问题（尽管这种情况也会发生），但至少您会对此团队的具体困难有所了解，无论是劳工组织，人际关系还是官僚作风。
告诉我们如何检查代码。这里的答案大多是简洁的-它们使用Pull请求，GitHub或其他地方的Code Review选项。 尝试更深入地研究主题，找出正在发表的评论，与主分支合并通常需要多长时间。 他们真的发现过错吗？ 反之亦然，甚至会遗漏严重的错误？ 员工是真的在为产品加油还是只是喜欢炫耀自己的知识吗？ 那测试呢？ 发布多久发生一次？
描述引入一些新功能的过程-它是如何从一个抽象的想法变成一个积压项目，然后变成代码的？我想了解这些想法的来历。 团队是否研究了相关数据，然后根据这些数据采取行动？ 还是创始人想起了什么，其余的将继续调整？
这个问题与愿景有关。 接下来可以将其设置为逻辑上的延续。 假设您有远见，但是如何计划和实现各个功能？ 在我看来，这个问题最接近于“它在这里怎么工作？”，唯一的区别是您不以纯文本形式提出问题，因此也没有遭到任何殴打。
告诉我们您最近遇到的技术问题。如果上一个问题对他们来说太复杂了，那么这个问题会更简单-我只是请您从最新任务中举一个具体的例子。 团队共同应对情况，还是有人在寻找解决方案？ 开发人员是否诉诸任何外部资源？ 还是他们最终想引入这个机会？ 同样，此问题很有用，因为它演示了日常工作流程的进行方式。
奖励：是否有任何接受的计划将新移民介绍到事务中？ 如何将新开发人员介绍给团队？我认为这个问题不太重要，除非您自己是大三学生。 初级人员应该寻找对新员工的支持甚至培训很重要的地方。 中级开发人员和老年人可能仅要求找出原则上是否正在对此部分进行处理。 就我个人而言，公司考虑初学者必须做什么，还是尝试以某种方式促进适应过程很重要。 当然，“否”的回答并不意味着您必须与雇主断开关系，特别是因为有很多人会回答。
在这里，我想问一下他们是否甚至聘请了团队中的初级人员以及他们如何与他们一起工作，但是只有在这些情况下，我们才能明确表明我本人并不属于他们。 我拥有大约三年的经验，我不想留下错误的印象。 更高级的开发人员可以提出类似的问题，而不必担心会被误认为是初级人才-答案使您能够判断公司对员工的欣赏程度。
闭幕会议的问题
在最后阶段，您可能已经在谈论您的薪水和离职时间。 如果提供您，请找出所有条件-奖金，福利，晋升，请假，受雇日期等。 但是，如果气氛对它有利的话，还有一个潜在的问题需要非常谨慎地提出。
我需要牢记某种国内政策吗？在大型公司中，他们可以将您带到销售部门，并说他们是上帝，所以最好不要激怒他们。 通常，在小型团队中，他们确保不会出现任何问题。 在这种情况下，您对“我第一天在这里”类别中的信息感兴趣。 谁真正统治球？ 也许有一些项目被一些人认为没用，而另一些人却很喜欢？ 如果在此阶段他们向您显示“脏衣服”，这在头几周内可能会非常有用。 另外，这个问题清楚地表明，您渴望加入团队并与与您联系的其他人进行适当的交流。
最后
这些问题中的每一个都可以成为有趣对话的开始。 请勿以必须严格按照清单进行操作的方式进行操作。 从对您来说最重要或最有用的内容开始，然后查看情况。 在哪里进行彻底的双边讨论比仅提出问题更好。
在评估公司时，我试图了解我是否会在这里感到舒适，以及是否将他们安排为下属和同事。 对话使我对这些问题之一的答案是好的。 上面建议的眼线膏只是一个入门帮助。
祝您搜索顺利！