6 ms·

If you hire someone who turns out lied on their resume, you handle it the same way every time - you retract what you have offered for the truth. Guy can't code?

• hash872 5y ago
  Yes but there are regulatory, legal and potential lawsuit issues why just firing people is not like snapping your fingers. It's an exercise with significant friction
  • ivan_gammel 5y ago
    In which country firing someone on probation would result in any legal issues? I had no problem firing people in Germany where labor laws are quite strict.
  • Apocryphon 5y ago
    Silicon Valley, the birthplace of this type of interview, is in an at-will state, which makes the regulatory concerns quite puzzling.
    • hash872 5y ago
      And they can find an attorney to say that they were discriminated against, or that the company somehow did something improper, etc. As America is (to my knowledge) the only developed country where the losing party does not pay attorney's fees, 'winning' such a case may cost the company mid-five to six figures- or higher! Executives may be subject to invasive depositions, all company communications read by the opposing attorneys, other minor violations of our gigantic unknowable legal code found during this process, etc.
      • Apocryphon 5y ago
        Where would a person who's looking for a job have the time and the financial resources to embark on a legal wild goose chase in search of a hypothetical payout? What kind of termination of an individual contributor for performance results in dragging in execs? This is a complete snowball effect of a scenario.
        • hash872 5y ago
          Litigators frequently work on contingency- so they work for 'free' for the litigant, in exchange for a healthy percentage (a third or higher) of any settlement. This is without including the actual government, where an employee may say that they were discriminated against somehow, and then the relevant government agency investigates everything under the sun looking for violations. For example they could allege that they were not provided their California-required lunch break, so then a nosy, hostile agency launches a huge investigation starting with lunch policies, and including anything else they find. I agree it's a complete snowball! It's absurd :) And, it's reality- this is how litigation & workplace regulation in America works. For example depositions are so crazy, not only can you be deposed as a party in a lawsuit, you could be deposed for extra information even if you're not the one being sued (i.e. you're in a related industry as someone in a lawsuit, so the court compels you to a deposition just to talk about the industry, what's standard there, etc.)
• xeromal 5y ago
  Firing someone is much more expensive than it is to just give someone a shitty coding test and losing out on a few good devs
  • ivan_gammel 5y ago
    How do you calculate this „much more expensive“? I do not think this is correct estimate.
    • xeromal 5y ago
      Just a few of the things you have to do when you have a bad hire that you fire (In the US and specifically California) * Pay off any accrued time off * COBRA insurance * Unemployment * Opening up the hiring pipeline (ads on job boards, recruiter, flights for potential candidates, training for new new employee) * Potentially pulling other employees to fill the role while hiring again (Overtime and stress to existing employees) Versus Sending an email and saying no.
      • ivan_gammel 5y ago
        > Sending an email and saying no. This is not that simple. Your hiring process is a funnel with certain conversion rates at wach step. If you overcomplicate it, your hiring timeline extends, increasing time to market for your projects and having some impact on the revenue. If you oversimplify it, risk of bad hire increases, but it may still worth it, if funnel gets much better.
    • yellowstuff 5y ago
      Consider that recruiters charge around 25% of 1 year of salary for helping to hire a developer, and the person-hour costs of hiring one person can easily exceed the recruiter cost for a small organization. Firing also requires a fair amount of person-hours to do, and if you fire someone and need to replace them those costs stack.
      • ivan_gammel 5y ago
• lbriner 5y ago
  It is probably different where you are but what would actually happen is that it would take you at least 3 months to work out they can't do the job (they are probably not terrible just not good enough) by which time you have lost 3 months and perhaps $20K recruiters fee and now have to start the search again. Of the people I have interviewed in the UK for "Senior .Net Developer", I would say that 75% did not meet the grade and that was with face-to-face interviews that took a lot of my time. An exam isn't perfect but if someone can't answer a reasonable spread of questions to a half-decent degree, then I don't want to hire them and it saves me hours of my time. Sorry.
  • pluc 5y ago
    If you need 3 months to figure out whether the person you hired to do something can't do it then it's because you didn't really need that thing done
  • nouveaux 5y ago
    "they are probably not terrible just not good enough" Odds are, you're getting not good enough because you're using programming puzzles. Instead, why not quiz them on the work that they'll be doing, so you know that they can do it?
• nostrebored 5y ago
  It’s not the actions of a few when compared to the positive hire result. Typical ratios are 1 in 100 to 400 for an SDE position. If 2% of people lie, in both cases that’s a significant number of people relative to a positive hire event. Firing people is not as easy as you think in many places. Also, managers are human. Accusing someone of lying and going through the termination process is mentally taxing! If a simple screen takes twenty minutes of time, it’s rational to do. If people get offended and aren’t empathetic to why you’d do this, would you really want to be on a team with them?
• gumby 5y ago
  It takes time to hire someone and once you do you of course stop interviewing other candidates. Then when the person joins you typically don’t know immediately what the problem is, then once they’re gone you have to start the search all over again. Much better to get someone qualified in the first place. I typically use a small coding test, but not even as elaborate as described in this post — more like a 10 or 15 minute discussion/problem just to see if they really do know what std::string is or how to use an op amp or whatever. Some people can really bullshit well. Consider this the simple “do they know which end of the knife to grab when picking one up?” test. Once that is clear, a conversation (usually just a conversation about a hypothetical problem) works well. I don’t understand the coding tests that test your tools knowledge btw. If you know how to think and are somewhat familiar with the appropriate language then you can pick up the specific tools and frameworks. We hire for the long term so said tools and frameworks will change anyway.
  • jrs235 5y ago
    >and once you do you of course stop interviewing other candidates. Sadly, I think more and more companies are posting for jobs/positions they don't really have available/open at the moment and are just proactively trying to find potential workers (because this whole hiring process is a mess and take so long). Hiring is becoming an always on activity.
    • b3morales 5y ago
      My company has sort of been doing this, and I (engineer) have been trying to get us to stop. We do have a couple of open slots, but we're doing intake for much much more than we need. I can offer this bit of perspective on the practice, without justifying it because I do think it's bad. We (again, engineers) spent a long time pushing for hiring to move away from the desperate search because we need someone immediately model to keep our lanes open for whenever someone awesome is looking for a job. Management finally bought into the idea...kinda. Basically, what we're doing is the mixed up interpretation of a that idea, after it passed through the bureaucracy. Instead of keeping just a line open, we're still trawling with big nets, scooping up way too many resumes and letting those people down. The root of the problem as far as I can see is that screening is atrocious. The people at the front end of the process, the actual recruiters, have no idea what we are looking for, and the output may as well be random. I still don't know how to fix it. :/
• riskable 5y ago
  > Guy can't code? Fire him, hire another and take it as a risk of the process. There's a couple of "problems with this idea in reality" I feel I should point out: * The process of firing and hiring someone is often a *very* bureaucratic thing that requires many people to sign off on it. It can often take weeks or *months*. That's a lot of wasted time when you actually need someone to fill a role. * Some countries just plain don't let you do this (e.g. France). Once you hire someone you're basically stuck with them unless you can prove they did something really, really bad. * It can be downright evil to just up and fire people shortly after hiring them just because they're not as efficient as you'd hoped. You'd *think* that having a process like you suggest would only get rid of people that lied on their resume (good riddance) but in reality it'll be abused by managers to shape their reports in ways that are beneficial to them but not necessarily the business overall (zero-consequence firing). * There's something to be said for letting people through your hiring process that aren't qualified... It's downright dangerous from an operational stability and information security perspective. IMHO the real problem is HR: They suck at filtering out IT candidates. They're so bad that you'd be better off throwing darts and sending those resumes off to the hiring managers. They filter out perfectly qualified candidates that could be the best thing that ever happened to your organization and then they let through people who's only useful skill in life seems to be making a good-looking resume.
  • shagie 5y ago
    > IMHO the real problem is HR: They suck at filtering out IT candidates. HR is really only qualified to filter out based on the qualifications on paper. These are sometimes misleading and occasionally outright fabrications. Those can really only be verified by someone with the appropriate technical skill to separate bullshit from an accurate representation of the abilities of the candidate.
    • soco 5y ago
      Then why putting them in the hiring process?
      • shagie 5y ago