4 ms·
This is kind of interesting and brings up a question: would you recommend as a technical lead who has powers to hire, that I go on interviews to other companies
by scaryclam 9y ago
This is kind of interesting and brings up a question: would you recommend as a technical lead who has powers to hire, that I go on interviews to other companies myself to see what's great and what sucks in their hiring process? Is it worth while?
- scarface74 9y agoI didn't purposefully do that, but I've changed jobs three times since 2012, had 30+ phone screens and 6 in person interviews (I keep a Google Sheet). With no rejections (equally due to going through recruiters as my own skill set). So I've had the chance to see what I like and don't like. In my experience, the best type of coding tests are based on creating a skeleton program with failing unit tests already written and pair program with the candidate and see how they code and make the unit tests pass. Currently I have two phases in my unit test based interview. Phase 1: simpler tests and requirements that they have to make pass. Phase 2: more complicated requirements and a second set of unit tests they have to make pass without breaking the first set. To me, that mirrors how we actually work - get an MVP out the door relatively fast and add features later on ensuring you don't get regressions.
- wsp_nomad 9y agoYour interview actually sounds like a fun process. I've been really frustrated with all of this lately. I don't know what I should be focusing on. Should I grind LeetCode/HackerRank, work on personal projects, or read CTCI a million times (ugh)? I love working on projects more than trying to solve problems on LeetCode/HackerRank.
- hackerranker 9y agoAgreed on this being the best way. Companies using HackerRank can do this process today in CodePair, where the code can be run to ensure the test cases pass and recorded for replay.