Talent measurement failure

Thursday, December 17th 2015

Preface

How often have you thought about change your current job, during last few years? Chances are that sometimes, when you get involved into recruitment process, you have to deal with services, so called "talent measurement" and destined to evaluate your ability for one or another job. Whether it be Codility or CEB, they aim a common goal - check your skills in one professional domain or another. Do they accomplish their mission, if so, how good they are, doing it?

Time is money, nothing personal

The most part of such tests/exercises are roughly timeboxed. I don't know how about you, but regarding me, I hate stress situations, the more stress pressure is, the more my brain freezes. I've never made the competitive programming before, the only thing that I've made against the clock where few cool hackathons in relaxed atmosphere. I'm asking myself why we need time-critical tests/exercises? To check if we're able to piss out some amount of smell code, regarding pointless subject, in delimited amount of time? I don't try to say that the time is worthless, it's important, it's money if you prefer. Upon different scientific studies, the time as a factor of pressure would have not nearly positive influence to developers.

Format

I don't even remember how many times I faced tests that have contained misprints or awfully compressed images. More and more often I meet measure services that display their questions as images, may be trying avoid some sort of copy/pasting. If you are looking make correct answer to a questions of the test, first, you should be able understand this question. How can you understand it if you have to waste a lot of time trying to decrypt the captcha surging up to your sight.

The idiocy is getting stronger

In this section I would like demonstrate you few examples of a flagrant negligence, introduced by CEB in their online tests. It is worth noting that, all demonstrated kludges are not characteristic for one particular measurement service. In my practice I've met a lot of such flubs. For example, let's take a look at CEB's javascript test. Approximately in the middle of the test I met a question about conditional try/catch. Just check this beauty out:

Let's see what MDN says about it:

Next silly question, that I've met, was about expression closures in javascript. You don't know what is it? How dare you? Look and learn:

The MDN has a different opinion:

Just a nonsense about classes. Because of this question, I've lost great lot of time, I read it, at least, 5 times. Even after reading I was unable to understand what's a point. Normally, the ES6/ES2015 standard was finalized in June 2015, but there is only partial implementations of this standard available in V8 or SpiderMonkey engines. Before this standard the notion of class was unavailable in javascript. But, could anybody tell me what means prototypical(it was the right answer) type of class in javascript? Furthermore, because of two previous silly questions I was a bit lost. That's a question:

Let's take a loot at MDN's explanations:

For the last question I've not kept the screenshot, unfortunately. It has contained, approximately, following text: "What's the purpose of escape function", with a variety of potential answers. According MDN this function is completely out of date:

Summary

Personally, I think that the most part of, so-called, services of talent measurement, are counterproductive for employers and time-consuming and simply wasteful for potential candidates. During my career, I was on both sides of the fence. In my opinion, a quick phone chat, technical exercise and following consideration of results of such exercise can be much more fruitful and productive.

Comments