| Most comments already get to the point. You can not hire a junior with senior or intermediate level skills. It seems like you are in the same shoes as me at the moment. What I suggest you to do is to prepare a small test tasks they can do at home. This saves up time for you going through unnecessary extra interview processes and also shows some of their dedication and skills. I am not saying you should not have interviews, but it is hard to filter candidates just by resumes (and you can not have 400+ interviews). Answering your question, I usually look out for the following: 1. After I sent the candidates the test task, but before they finish it (NOTE: I don't know they progress on it): - Do they let me know when they have time to do the task (in case they are not able to it immediately) or do they just let time pass by. - Do they come back with questions if they hit a wall somewhere. - Do they let me know if they are not able to do the task (for whatever reason). At this point they are obviously out of the process, but they might re-apply at a later time. - Communication is key at this level of the application process. 2. After I received the results of the test task - Obviously did they finish the task in a reasonable quality. There are most likely mistakes in it, but this is irrelevant in case the general quality of the result is ok and the solution works as expected. - The quality also reflects on how much time they spent testing their own solution. - Did they finish all the sub-tasks (usually I also ask for documentation and tests) or did they just skip those. - Did they try to find quick and dirty solutions or did they try to implement things properly (and most likely spent more time on it). The best developer you can hire is somebody who does communicate pro-actively, is dedicated and develops maintainable solutions over "easy" ones. How much time they spent on the task and how proficient they were with the tools at hand (programming languages/frameworks) is not relevant in my opinion. If they were unfamiliar with the programming language for example and they spent the time during that task to learn part of it and delivered a proper solution with it, they got all my respect and I would be very likely to hire them. You will also have to spent time reviewing the test task results, but I think this is less time-consuming than interviews. More than half of the candidates will probably jump off before you even see the results. For the other half you will learn how to distinguish a good from a bad solution quickly. |