嗨，我是Katya，我找到了工作。 她写了与雇主沟通的培训手册。 我会在面试中告诉您要问的问题，不问的问题以及正确的做法。
我整个月都开车穿过教条。 我看了初创公司和Yandex。 有很多公司，很难选择。 要找到一个，您需要考虑很多因素。 我为每个公司编制了一个单独的问题清单。 通用框在此常见问题解答中。 它包含申请人的关键问题及其分析。 有些问题是为开发人员量身定制的，其余的将适合所有人。 往下切！
TL; DR
我不知道怎么问。
保持算法！
- 反映。
您上一份工作喜欢什么？ 你不喜欢什么 你怎么走了
将这些关键点映射到问题。
- 制定路线图。
您想要一份新工作吗？
显示这些要求的问题。
- 过滤掉。
删除不必要的问题。 另一个问题，如果它属于列表中的项目：
-答案可以是Google；
-答案不值得花时间；
-获得社会期望的回应的好机会；
-这个问题不舒服，他们很可能会骗你；
-您不知道正确的答案；
-你不知道你想听什么；
-你不知道你不想听什么；
-答案不会影响决策。
- 指定。
指定未解决的问题。
如果答案取决于具体情况，请询问具体情况。
- 设定您的期望。
你要什么 我准备忍受什么？ 什么是不可接受的？
标记红色标记。
- Starget。
注意事项：
-公司规模；
-职位；
-职位描述；
-会议目的（阶段）。
为什么这么辛苦？
为了不后悔选择。 要找到一家可以为您提供所需的一切的公司：任务，前景，条件-我们在这里不是为了钱而工作：）
面试时间有限。 我们不想将其用于社会期望的答案，借口和不必要的信息。 找到合适的人并不容易。 您需要知道要刺穿的位置才能使infa流出。 并且不要随意戳戳，以免淹死其中。 我们将准备一些针对性的问题。 我们将在它们之间建立一致的有意义的对话。
免责声明
本文的目的是确定要问的内容和原因。 没有神圣的知识和不可思议的问题。 根据列出的内容进行组合。 使用上面的算法。
我将帮助解析答案。 在每个（不是每个）问题下，都有按参数进行的分析：
- “问问自己”：您能听到的，应该考虑的；
- “好听”，“危险信号”：要得出什么结论，不要急于求成；
- “讨论”：需要澄清的内容，重定向对话的位置。
分析不是详尽无遗的，而是基于个人经验的。 如果没有任何部分，则我不认为我的观点是客观的，也没有任何补充。 我的“很好听”和“危险信号”可能与您不匹配。 并非到处都需要分析：我不知道您的头脑，想要什么，想要什么。 在您去参加社会保障之前，先解决这个问题。
在“古怪的问题”部分中，我收集了一些具体且无用的内容。 我不喜欢它们，我列出了原因。 如果需要，请使用它。
我用了我写的书的70％，其余的都没有时间。 如果我错了，不是那样的，这与您有所不同-在评论中写下正确的内容，对其余部分会有所帮助。
业务领域
“表现出兴趣-询问公司。” 废话 没意思-不要问，谷歌。
1.你赚什么？ 哪种产品是主要的收入来源？分析方法问自己
情况1。您的项目是机车。
主要产品是圣牛：每个人都为它祈祷，用金钱倒它，它将为您提供昨天的资源，但也有相应的期望。 准备要承担所有后果的前沿工作吗？
案例2。您被邀请参加一个新的年轻项目。
在如此灵活的堆栈和流程中，它们可能会崩溃：在餐桌旁工作，减少人员。 您了解风险吗？
台上 了解了业务模型和收入来源后，您可以估算公司在市场上的当前位置，发展前景。 深入分析一家大公司没有任何意义。 如果您在现场指导下，评估启动将不是多余的。
讨论
如果您参与主项目，请注意有关时间安排和开发优先级的问题。 如果是新项目，请找出该项目不执行将会如何。
2.您在哪些领域工作？ 什么是B2B项目，B2C，研发？分析方法问自己
还有其他有趣的项目吗？ 如果您对此感到厌倦，有没有可以旋转的地方？
台上 对于大型公司来说，这个问题更有可能出现，但是对于小型公司来说，答案是出乎意料的-它们可能比您想像的要大。
很高兴听到
该公司分析市场，寻找新的发展方向，并参与与其他公司的联合项目。 许多不同的产品团队。 与其他服务集成。 投资于研发。
动机
招聘人员将介绍nishtyaki。 如果某些事情对您特别重要，请指定。
要求出示办公室。 最有可能显示。 软垫凳子，厨房，健身房-如果工作场所也很方便，那很酷。 然后，脚凳在5楼，您将在2楼进行维修。
1.除了加薪以外，还有什么影响我的薪水？ 保费取决于什么？2.有哪些激励措施？ 如何配得上他们？3.什么是计算机/笔记本电脑？ 我可以在家为他们工作吗？4.您要派人参加会议吗？ 和国际？ 上次去哪里了 如何决定谁去？部门
1.该部门有多少人？ 他们如何沟通？ 他们互动的紧密程度如何？分析方法问自己
团队/单位是否知道相邻团队/单位的状况？ 知识如何翻阅？
讨论
-哪些问题可以一起解决？
-为什么最后一次聚会？
-有多少人来？
-会议的结果是什么？
很高兴听到
关键决策是根据不同的意见共同做出的。 保持必要的独立性。 每个人都了解其他项目中发生的事情，以帮助进行代码审查并知道谁可以解决问题。 决策和知识是固定的，每个人都可以使用。 共享新闻和经验的正式会议就是葡萄酒。
2.开发人员分为哪些团队？分析方法问自己
除杂货产品外，还有高度专业化的产品：通用组件的开发，工具的开发，重构团队，架构团队。
案例1.很多团队。
更好地专注于任务，开发人员在其领域中具有更高的专业知识，而在其他领域则更低，他们对“外来”任务的兴趣降低了。 我是专业化+轮换。 你和我在一起吗
案例2。很少有团队。
更高的参与度，更广泛的任务范围，但更广泛的责任范围。 准备扮演“瑞士人和收割者”的角色吗？
讨论
阐明如何在团队之间分配项目和微服务的责任。
3.有多少人在该部门工作了三年以上？ 有吗分析方法问自己
当您放弃重要的功能或非常古老的遗产时，有多少人能够使您定向？
台上 不要试图欣赏流动性。 太多因素影响人们离开还是留下。 一堆老人不仅可以反映出舒适的工作条件，而且可以反映出部门中一些懒惰的野心。
很高兴听到
如果有两个以上，那就是故障。 上一份工作有很多oldfags，这帮助了我数十次。
团队
团队在组成，任务，过程和堆栈方面相似，并且彼此完全独立。 如果邀请您加入一个与其他团队没有什么不同的团队，则可以立即询问“团队”，“任务”，“过程”和“堆栈”部分中的问题。 否则，在通过面试后要求与团队再次开会。 您很可能不会被拒绝。 通常已经计划召开这样的会议。 然后立即进入“开发”部分。
1.团队中的谁？分析方法问自己
案例1.一个庞大的友好团队。 也许是跨职能的。
更多的交流，更多的会议和计划。 你是团队成员吗？
情况2。您将自己做所有事情，而不依赖任何人。
任务范围更广，责任更高。 你要这个吗？
情况3。有远程管理器。
它没有转过来问。 而且不要一起吃饭。 你还好吗
讨论
如果是跨职能的：
-如果没有足够的固定测试人员该怎么办？
如果靠自己：
-谁在测试？ 您通常需要等待几天才能获得免费的测试仪？
-谁同意管理计划？
2.谁是客户（产品所有者）？ 有项目经理吗？分析方法问自己
情况1。产品的开发背景无效（哦，我的！），或者过于雄心勃勃，或者经验不足，并且对产品的了解不深。 该项目很薄弱/不存在/它是一种产品。
您将自己保护自己的利益。 您将掌握一些软技巧，学会争辩您的愿望清单并寻求折衷方案。 那是您感兴趣的部分吗？ 你准备好了吗？
情况2。没有产品，没有项目，没有团队领导。
您将自己协调计划，计划工作进度。 你能应付吗？
台上 项目不欠我们任何东西。 它们可以使我们的工作更轻松，更有趣，但是它们不会使您无法与产品进行交流，也不能保证您完成有趣的任务。
讨论
-谁优先处理任务？
-谁以及如何评估团队的工作？
如果不是两个都：
-谁来设定任务？
-谁同意管理计划？
如果有产品：
-每个团队都有自己的产品吗？
-您有多少年的经验？ 他在公司工作多少？ 团队中有几个？
如果有一个项目：该项目都是一样的。
3.团队建设是什么时候？ 有多少人来？ 看到工作了吗？分析方法问自己
听起来像一个友好的气氛？ 公司正在努力创造它吗？
很高兴听到
一起吃午饭。 一起在外部Konf上行驶。 互相组织培训和大师班。 这不仅发生在大型公司中。 他们是整个部门在非正式场合聚集的-这是错误，在这里绝对是友好的。 因为很难聚集5个人，所以仅将5个人聚集在一起就几乎是不可能的。
任务
对我来说最重要的问题池。 但是艰巨的任务不是万能的。 我没有马上解决这个问题。
首先，您可以并且应该实时地影响要解决的任务。 倡议和您的个人路线图（其中是否有它）扮演着关键角色。
其次，在任何任务中，您都可以找到自己感兴趣的新事物。 一个有趣的任务不仅是新技术，复杂的逻辑，漂亮的界面，体系结构开发。 自己做，快做，比计划做得好，比上一次做得更好。 发明，协调，重构，研究。 在这个项目中，在下一个项目中，在您刚想到的项目中。
第三，一支凉爽的团队和宜人的氛围使日常工作变得平淡。 在相反的方向上，它的工作频率降低。 不要挂断任务。 最好不要挂任何东西。 确定优先级，但要考虑所有因素。
1.我要解决什么任务？2.除了发展，还有什么责任？3.最近的两个项目完成了什么？ 接下来的项目是什么？ 您打算如何在不久的将来开发该服务？4.最容易记住，喜欢的最后一项任务是什么？5.您想摆脱哪些任务？ 您现在要忍受什么（没有人，还没有自动化）？6.后者从非生产性任务为灵魂和部门做了什么？提示通常情况下，团队领导会谈，他们会在心愿单上有更多资源，也可以全权委托。 询问产品团队的开发人员或最沉默的团队。
7.是否存在积压的非生产性任务？提示有时，所有开发人员都有一定比例的时间来解决非生产性任务：技术债务，实验。 从“确定谁不懒惰”类别中有一个单独的任务池。 这些是自我发展和向其他团队/部门提供帮助的任务。 通常对于他们来说，jir中有一个单独的委员会。 如果您对此类任务感兴趣，请评估它们的相关性。 可能是任何人都不想爬的炉渣，而且可能有艰巨的任务，没有人可以做到，也没有人可以做到。 要求提供此类任务的示例，以了解哪些任务缺少时间/时间/志愿者/专家。
8.为什么要使用这种技术/库/框架？提示阐明使用所选工具和关键技术解决了哪些任务。 要知道您将与他们紧密合作，您应该/将对他们有多了解。
9.这些任务需要多少时间？提示了解不同任务的百分比很重要。 不要问所有问题。 估计您不想决定的数量。 预先定义舒适的界限。
流程
1.您如何准备冲刺/季度规划？分析方法问自己产品在起草
ToR之前是否与团队讨论项目？ 您是否想更多地参与需求分析和开发阶段？
讨论阐明测试人员如何积极参与项目分析。 测试要求直接影响传统知识的质量。
如果您应该随意翻阅，请指定计划的其他方面。 仅针对性地讲，否则您将从一本有关Scrum的书中重述本章。
很高兴听到两阶段计划。 讨论项目的目的。 他们读tz，寻找他们错过的东西。 他们将检查将要学习的代码（可能必须重构这些代码，并且在此过程中需要更新库）。 建筑师也进入了星期六：突然之间，这是不可能/错误/可能变得容易/这已经存在。 收集完成基础架构的要求。
红旗团队没有意识到培训的重要性。 该团队陷入分析性瘫痪。
2.什么代码覆盖率？分析方法问自己
按下时您准备完成几项测试？
讨论
-单元测试涵盖了百分之几的代码？
-集成测试涵盖了多少功能？
-谁编写自动测试？
很高兴听到
我预计在一个大型项目中，有70％的指标是可以实现的。 并非所有手动测试人员都喜欢并知道如何编写自动测试：如果受到控制，那就很好。
红旗
指标低可能意味着产品质量差，团队不负责任，经理精神错乱：“这样下去，然后编写测试”或“我们不会更新任何内容”。 可能意味着！=完全意味着。 代码覆盖率不是一个简单的指标：通过最大程度地覆盖简单案例而不覆盖关键逻辑，您可以获得很高的分数。 创业公司的可原告率很低。
3.谁会审核我的代码？分析方法问自己
案例1.主题中的所有内容，10个请求请求的审阅者，每个人都在乎您。
你在乎每个人吗？ 您准备好每天观看5个以上的请求吗？
情况2。如果有时间，Timlid将查看您的代码。
没有评论-没有人会说应该怎么做，如何正确。 您确切知道该怎么做吗？
台上 井井有条的代码审查过程不能保证其质量。 用“我们深入分析逻辑”一词来形容，但实际上-一则讯息中有50条关于某种荒诞味味的信息。 找出必要的最小值，但不要急于下结论。
讨论
-您上次审核的任务挂了多少？ 他赶紧开车离开。 总是这样吗？
-拉取请求是否具有优先级？
-您每天观看多少次拉取请求？
很高兴听到
团队成员是强制性审阅者。 强制性是迷恋建筑的人。 无特殊原因，拉取请求的挂起时间不得超过3天。 放弃的拉取请求将自动删除。 团队以其他项目的代码为指导，对其他团队进行代码审查。
红旗
两个半残废人在看您的代码。
4.组装和部署进展如何？分析方法问自己
案例1. CI / CD，一切都是自动化的。
通常，管理员/开发人员进行自动化。 但是它们可以吸引您。 不撒尿吗？
情况2。
自己收集软件包，绑定任务，创建发布任务，控制验收。 您是正常人，还是已经生气了？
讨论
-团队有自己的测试台吗？
-在特定环境下建立新展位需要多长时间？
-谁释放？ 谁负责？
-您的上一个发行版本花了多长时间？
-您多久释放一次？
-如果释放时间是晚上10点，那么行动计划是什么？
很高兴听到
CI / CD的配置已达到最大程度：向导根据提交/时间表进行了剪切，并且可以通过按钮创建方案。 团队有自己的测试平台，没有人去。 管理员将上任，但您有责任。 该公司了解这一点，并且不希望受到指责。
红旗
很多例行操作。 版本很多，但条件不适应。
5.您多久花一次复古？分析方法问自己
你喜欢这种格式吗？ 例如，我对游戏格式的复古情有独钟。
讨论
-上次会议持续了多长时间？
-有多少人来？
-您设法找出什么？
-您打算如何处理？
-最后，由于复古，有什么改进？
-团队效能的指标是什么？
很高兴听到
计划好的复古，更多-更好。 有计划和紧迫的时机。 所有参与讨论的项目的人，而不仅仅是团队。 记录结果，得出结论，并计划采取具体行动以改善这种状况。 跟踪这些操作的结果。
红旗
仅在fakap的情况下才举行Retro。 持续时间超过两个小时，这意味着讨论不是结构化的，他们没有为复古做准备，而是繁育了各种花式。 没有人控制决策的执行。
6.您什么时候练习技术债务？分析方法问自己
经理/产品/经理理解为什么这样做是必要的？ 为了不陷入技术债务困境，他做了什么？ 开发人员自己为此做什么？
讨论
-最后一次重构是什么？
-您本季度承担了哪些非生产性任务？
很高兴听到
技术债务正在按计划进行。 在计划中考虑。 分配了固定的时间（工作时间的百分比/冲刺的一部分）来改善代码库，实验和计划。 代码复杂度会自动分析。
红旗
产品积压与技术债务没有区别。
叠放
: , , , . , . , , .
1. ?Ask yourself
?
Discuss
— ?
— , ? 怎么了 ? ?
— - ?
Good to hear
. — . — , . — , ( ).
Red flags
« , ».
Ask yourself
1. .
?
2. // .
?
3. / .
, ? - ? ?
Discuss
— ?
— ?
— ?
— ? ?
— / ?
— ? ?
Good to hear
. , . . .
Red flags
, . . .
Ask yourself
? ? , ?
Discuss
— , - ? 怎么了
— , - , ? 怎么了
Good to hear
, //, .
: — , , . : , , , — . , .
1. ? ?Ask yourself
? ?
? ?
?
Good to hear
, .
. : , , , -, -. , .
Red flags
- . . : . , .
Ask yourself
?
?
Good to hear
( ) : , , . . , .
Red flags
, .
Ask yourself
, , , . ? , ?
Discuss
— ?
— (, )?
— ( )?
Good to hear
. .
台面
. . , , , . . . -, , , . -, , ? -, — .
1. ? . ?2. ? ?3. ?4. ? ? ?5. ? ?6. ? ?7. ? ? ? ? ? - ? .8. ?9. ?/:
1. ?2. ? ?3. - ?4. ?? ?. , . . , ;)
« » (. «TL;DR»). , . — , . . « ». .
1. ( , )?2. ( )?3. ?4. ?Why not. . , . — -, .
Solution. ( ).
5. ?Why not. . , , . , , . .
Solution. , . .
6. //? ?Why not. — , . . , . , , . , .
Solution. , (. «»).
7. ? ? ?Why not. . . , .
Solution. , . , (. «»).
8. ?Why not. . . — . . .
Solution. , :
— « ?» Good to hear: planning poker, , , , .
9. ? ?Why not. . . , .
Solution. ( ):
— « ? ? /?»
— « / ? ?»
10. ?Why not. , ? ? .
Solution. :
— « ? / / . ?»
11. ?12. ?Why not. , .
Solution. :
— « ? ?»
— « , ?»
13. ?Why not. . . , , , .
Solution. , .
14. . ?Why not. - . /, .
Solution. , :
— « . .» Good to hear: . « » — . « , » — .
15. ?Why not. , — . . IDE , . - , .
Solution. 例如：
— « Wallaby. , … ?»
— « . . ?»
16. ? ?Why not. , . , . . — , — .
Solution. ( ) - ( ), (. «»).
17. ? ?Why not. . , . .
Solution. :
— « ? ?»
18. ?19. ?Why not. , . - .
Solution. :
— « ( //), ?»
— « , ?»
20. , ?Why not. . . .
Solution. , .
21. ? ?Why not. , , , , . , -.
Solution. « » — . , .
22. ?Why not. , , , , — - .
23. ?, , .
5
, .
- «» .
- 记住名字。 按名称上诉是因果报应的+100。
- 不要忽略。 询问每个人提出个人问题：询问每个人都会感到冒犯，但没有询问。
- 不要让自己被迷住。 愉快愉快的交谈可能是贿赂。 受访者是卖方，因此一切都非常合适。 您会惊讶于这多少可以使您更接近错误的决定。
- 别想什么，专注于事实。 保持警惕。
最重要的一点
采访是对话，不是审问。 问题只是这次对话的参考点。 带她去的地方，您会收到的。
主要任务是找出需求的充分性，欲望和机会的巧合，在新的地方应该期待什么，不应该期待什么。 压缩最大的信息以使决策变得更容易。 对于其他所有内容，都有试用期。 希望您做出正确的选择。
您也很感谢您提出的问题。 给自己留下好印象。
还有最后一个。 您是否在社会保障帐户上编写代码？
乔尔不是一个傻瓜。 没有代码的面试不是最好的工作面试。 让这成为我们评估公司的最后标准。