Nicholson here.<p>I sponsored Staffup Weekend, brought Brooke Allen to SF, and helped Deborah Branscum write her story for Medium. I did it because I'm the in-house recruiter for FutureAdvisor (<a href="https://www.futureadvisor.com" rel="nofollow">https://www.futureadvisor.com</a>), and recruiting is a mess.<p>FutureAdvisor hired me to do PR. But after we raised our Series B last year, our main problem was converting capital to talent, so that's what I did. I didn't choose recruiting; recruiting chose me. Just like it will choose many of the hackers on this thread who become entrepreneurs. I hope they can learn from our story.<p>The first thing a new recruiter notices is that recruiting is incredibly wasteful. It wastes time, emotion and money (contingency-based recruiters charge employers about 25% of a hire's first year salary, so they're paying an extra $35K to hire a software engineer at $140K). It wastes them for both the candidates and the hiring managers. Many of the flaws of the process arise from that wastefulness.<p>The problem at the heart of recruiting is how to gather good information about strangers in order to make a long-term commitment. It's basically the same problem you have when you're dating.<p>And, just as in dating, there's a lot of noise in the market. Everyone's beautiful with a little Photoshop. It takes a long time to get to learn who they really are, and what they can do.<p>To illustrate how wasteful the job market is, just imagine that both candidates and recruiters are sending out very similar, only slightly tailored information to every person on their list, day after day. If someone bites, then you escalate commitment and do a preliminary phone call.<p>I, as a recruiter, take the call with the candidate, because we don't know how good they are yet, and I cannot waste my engineers' time. We are strapped. That's why we need to hire people. (Non-technical recruiters get a lot of hate from technical candidates who do not understand this.)<p>If the candidate answers all the questions right that I have been instructed to ask, then I pass them on to the engineers for two technical interviews. If those go well, we invite them in for an onsite visit. In 90% of all cases, the onsite visit results either the company or the candidate rejecting the other. At that point, almost all the information they have gathered about each other is thrown out and never thought of again. (Sure, Glassdoor has some reviews and tips, but they're minimal.) That's the waste.<p>Those rejections do not necessarily imply that the company or the candidate is bad, or unsuitable to work with at all, just that they're not quite the right fit. It's just like dating. Sometimes the chemistry ain't right. That doesn't mean anyone's a bad person.<p>There are a couple ways that we, singly and collectively, can try to solve this problem. And they all have to do with how the information is processed. Employers who trust each other could join together in a cross-referral system where they share candidates who were talented but not quite the right fit. FutureAdvisor is part of a couple of those networks, like YC, and they work OK. Their main purpose is to get total strangers one step further toward entering the circle of trust.<p>Candidates could do the same for each other. It would be a sort of viral networking, where within a circle of trust, everybody's contacts become everyone else's contacts. In both cases, information that one candidate or employer has gathered at great cost to themselves can be shared, rather than thrown away.<p>Another aspect of the job market is that companies and candidates are asking for the wrong information. Google used to ask for GPAs and Ivy League pedigrees, both crappy metrics. The great thing about professions like programming and design is that you can show your stuff. (Bizdev and middle managers, as a counter example, have a much harder time providing a portfolio of what they do.)<p>With makers, at least there's a baseline. All hiring managers need to do, after they look at your Github, is figure out whether you are in fact the person who coded it, and how much time it takes you to solve similar problems. Another way of saying this: The only thing that correlates with performance is performance. And that's all that good companies should care about.<p>So how do they obtain that information in an efficient way?<p>Batch processing. Staffup Weekend was an attempt at batch processing. We wanted to see a lot of people work at the same time. We made the event free. We asked people to create something they cared about. The ones that came, did so voluntarily. Whether they got a job or not, they walked away having done something they wanted to do. It was a pretty good experience.<p>But it could have been a lot better. I wish that other employers had been involved, to make it more valuable for the candidates who attended (we invited other companies, but got little response.) I could have given better feedback on the work people did.<p>On a meta level, teams were invited to create tools to fix the job market. One group created a Chrome plugin called Contactr.io, which shows you the emails of company founders when you visit their corporate website.<p>There are probably a lot of other ways to fix things. I hope someone on Hacker News will found something that makes hiring and getting a job easier. That person will become rich, famous and universally loved.<p>I also hope that someone reading this post is an infrastructure engineer with AWS, Linux, Bash and Ruby under his or her belt. If that's you, please write: chris dot nicholson at futureadvisor dot com. Only you can save us, Obi-Wan.<p><a href="https://boards.greenhouse.io/futureadvisor/jobs/26313#.VMkv_MbZvTA" rel="nofollow">https://boards.greenhouse.io/futureadvisor/jobs/26313#.VMkv_...</a>