几年前，一种现象开始流行起来。有人，可能不是开发人员，认为需要有一种方法来辨别另一个开发人员是否有能力担任开发人员的角色。于是，代码测试被发明了。从白板分类树，到fizzbuzz，到编码katas，再到实际开发产品，它有很多种口味。我们可以深入了解公司是否为这项工作付费，或者他们是否强迫一个人在观众面前完成这项工作的细微差别——但这一切都不是重点。
让我们来谈谈一种新现象，以及为什么它实际上更糟。德夫雷尔测试。
首先，让我澄清一下。我是个很棒的考生。我是那种喜欢考试的书呆子。但那是在过去，那时我没有简历或简历，我需要证明我做了什么，学到了什么。
快进到今天。大多数在DevRel领域工作超过5分钟的人都有一些作品集、在线展示和大量工作。这可能只是他们写的博客帖子的一堆链接，或几次会议谈话的视频列表，甚至是他们与不同社区合作的一堆社交媒体帖子。
让我们暂时回避这样一个事实：大多数面试公司都相信你比他们更需要你。对于技术领域的大多数部门来说，这是一种误解。大多数组织都需要有人来填补这个职位。在德夫雷尔的世界里，这是非常正确的，因为合格的个人比空缺职位少得多。
像这样的误解往往会导致寻找方法，以毫无意义的方式审查潜在的候选人。当涉及到开发人员时，需要进行测试。通常情况下，你需要在工作时间或在不同技术背景的人的监督下完成之前设定的任务。这是你展示自己有多聪明的机会。
同样，你是带着简历来的。这应该足够好了。大多数管理工作不需要某种测试。大多数人力资源和招聘人员都不需要考试。C级工作不需要考试。所有这些都是根据报纸和采访得出的。他们甚至没有Github历史记录或相关语言列表。
让我们回到德夫雷尔。对于DevRel从业者所做的事情，有一份清晰的书面记录，甚至比一个开发人员还要多。测试的价值在哪里？练习报告？一篇测试博客文章？
这部分是DevRel的开发部分。尽管已经一次又一次地证明这些东西没有价值，但开发者世界已经将其留给了世界上的DevRel候选人。
如果一个组织无法通过LinkedIn和快速搜索将其整合起来，那么也许是时候认识到，他们还不够先进，无法为之工作。当然，应聘者应该被要求证明自己的价值——但测试并不是实现这一点的方法。不再是一个多层次的面试结构。
结束DevRel候选测试。结束开发人员候选测试。这伤害了每个人，浪费了每个人的时间。