通过调试角色扮演更好地筛选工程师
通过调试角色扮演更好地筛选工程师
原文：https://medium.com/hackernoon/cut-to-the-chase-with-a-debugging-roleplay-d7d49f518157
“填补席位”是 2015 年春天的命令。我们的预算是未知的，但我们的增长潜力很大。我认为管理层已经准备好快速扩大我们的产品足迹，以利用我们所拥有的牵引力。
这是点燃努力的火花，在不到一年的时间里，Localytics 的工程团队增加了一倍多，达到近 70 名工程师。
说“不”
在我在招聘工作最忙的时候，除了咖啡、电子邮件、面试循环、LinkedIn、AngelList、温室标题以及我作为前端技术总监的其他职责，我每周还要打 15 个电话。
鉴于候选人渠道大幅扩大(我们招聘了 7 名经理),手机屏幕对我们的流程变得至关重要。如果我们不排除候选人，他们会在我们的面试循环中耗尽昂贵的工程时间，这可能会削弱组织。
北面和东面都有出口
你应该在这些筛选电话上花尽可能少的时间。你越早决定这是“不”还是“不是不”，越好。如果没有标志，则让它们进入下一步。
我这样做的技巧受到了基于文本的角色扮演游戏的启发。我首先问他们是否读过自选冒险书籍或玩过龙与地下城(这本身就给聊天增添了一点乐趣)。
我搭建舞台:
你从头到脚都拥有一个成功的产品。您可以访问每一行代码，并对您业务的健康发展负责。该产品是一个分析仪表板，有一些生动的数据可视化。人们喜欢它。
这是您的场景:一位客户联系您寻求支持。他们说，他们加载了他们的仪表板，而不是他们习惯在顶部看到的大图，加载指示器旋转了一会儿，然后在大约 30 秒后被一个红色的小 X 取代。
调试和解决这个问题是你的工作，你从哪里开始呢？
现在，在我的脑海中，我已经有了解决方案，但我希望这个人能向我介绍他们在这里会采取的步骤。没有繁琐的技术，只是一个关于问题可能是什么的工程对话。
我所想象的问题最终是包含一个查询的嵌套循环的某种组合，并且(在小说中)这个客户生成数据的方式暴露了一些非性能逻辑(比如，这个客户有 1000 个特定记录类型，而普通客户有 50 个)。查询会花费很长时间，这个 API 会超时响应。
一次精彩的对话会是这样的:
PK2 :好的，你已经登录了客户的账户，你可以重现问题。你是如何进行的？
工程师:嗯，如果有一个红色的小 X，我想是我放在那里的。Hrm。让我们打开检查器，看看网络选项卡。
PK2 :好的，你打开检查器，看看请求列表。其中一个是红色的。
工程师:我还注意到其他什么吗？状态代码和响应是什么？
PK2 :表示请求超时。您会注意到 URL 及其参数看起来像您预期的那样。
工程师:哦，参数是什么？
PK2 :看起来您有一个仪表板 ID，并且 timespan=90(天)
工程师:如果我把它改成 1 天会怎么样？图形加载了吗？
PK2 :好的，你进行更改，是的！它加载一天的数据，加载速度非常快。
…
你可以想象接下来会发生什么。我们调试 API 代码，找到有问题的方法，讨论一下数据库的数据结构，他们给出了一些解决方案。
“我们要过去了”
通过练习，我发现自己经常过滤人们。我在这里的建议是，直接点，做人，管好自己的嘴。“好吧，根据我所听到的，你还没有达到我们想要的水平。如果你在 X 和 Y 方面更强，那么我认为你会是一个了不起的候选人。”
之后，你的工作就是倾听。
>向东走
我鼓励你尝试一下。上面的例子是 Localytic 前端产品的复制品。我相信你可以根据你的产品，从过去几个月里关闭的一百个 bug 中找出一个场景。
让我知道进展如何！
