HN contributions only amounted to about 5% of the total score. Mostly it was Github contributions (measured by number of forks and watchers and a couple other things) and Stack Overflow participation.
We made money from matching our job seeking users to companies. We contracted with companies to do this. If you go to the hiring? link at the top you can see some of that. Most of our sales outreach was direct though.
Yeah, finding the homepage should probably be easier to do from the blog. I normally try to link to the homepage in the first couple sentences of the post, but not always, and not in this case unfortunately.
Edit: and I agree we could have done more with marketing. We were new entrepreneurs at the outset of this, and did a lot of things that I would completely change now that I'm a bit more seasoned. Marketing would be one of those things.
Cofounder here. Since you guys are speculating, I thought I'd jump in and try to answer a few questions and help where I can.
tl:dr it's a really hard business because matching developers to companies who are willing to pay for your services to find those developers is extremely hard work. Mostly the companies have some issue that makes it hard for them to find people, which is why they hire you in the first place.
First off: mark242, you're right about some of what you say, but not all of it. The truth is that the "talent war" isn't really as bad as a lot of people make it out to be. The real problem is that there's a huge disconnect between what developers want and what companies want. To give one example, a lot of our really highly talented developers really only want to work remotely. For some, there are family obligations, and for others it's just preference. But most SV startups don't really want to hire remote workers. And the ones that do, well they honestly don't have nearly as hard a time finding people who want to work for them. And as such you're right, they don't really care to pay any company 20% of first year salary to do their recruiting for them.
What we'd hoped to accomplish, and fell short on in the end, was a way for developers with non-traditional backgrounds find gainful employment. In Silicon Valley, where I suspect you are, this really isn't that big of a deal. Every company out there is looking at Github before they're looking at, for instance, college degrees. But here in the middle of the country, this is still a huge problem. If I'm a developer without a CS degree or significant experience, it doesn't matter that I've been writing code since I was 8 years old. So, Open Source contributions were the first logical place for us to look for a more objective measure of ability. The system was far from perfect, but it was a start.
So who's paying 20%? Non-sexy companies, or large companies that can't really handle all of the recruiting work and would rather pay money than spend time, and companies that have something they're up against--maybe a bad location, or a specific need, or whatever. This isn't the case always, but it is often enough to make it a damn hard business.
And who among developers are looking for jobs? Folks with specific needs, or who are in weird locations, or who have something working against them, like a lack of experience or a desire to switch technologies or whatever.
So those two things don't link up too well. Developer Auction and other similar sites will probably figure that out soon enough. So if you're going to do recruiting for a company you're going to have to reach out to developers who fit, unsolicited, because those are the ones who match the positions you're hiring for. Only rarely will your existing pool of mostly misfits match up with your existing pool of misfit companies. And keep in mind I don't mean misfit in a derogatory fashion. I mean, literally, that they don't fit very well.
So that's what's hard, and we just didn't have enough time or traction for those two things to match up often enough for the business to be sustainable. Some others, like the ones I recommended, probably do, though I do wonder how long they'll keep it up. Some, I'm sure, will be making the same announcement we did very soon.
Wrote a relevant blog post about this issue not too long ago. The article states the obvious of course. Talent isn't evenly distributed, but it is distributed. What's most compelling for perhaps Valley and New York companies only, is the wide disparity with regard to compensation:
Two Silicon Valley startups raise $1M and they each have need for a great team. Team One is on site. They spend a lot of otherwise productive time attempting to hire great engineering talent away from other equally impressive startups in the area. They pay $150k per person (let's call it $200k fully loaded) for talented, but not phenomenal people. Team Two is fully distributed. They decide to hire the best, no matter where they are, and at $150k per person everyone outside of Silicon Valley gives them a look with much less effort on their part. They save time, they save on office space in SV, and, best of all, they build a team of truly phenomenal folks who are happy to be making $150k, because it's likely $50k higher than they were making at whatever job they had before they got recruited.
Assuming you can build a better team in the Valley is only relevant if you have a reasonable expectation that you'll find similarly talented folks at the same price no matter where you are. That is simply not the case.
Auto-delete all messages that contain the phrase "my client" and you'll eliminate 90% of spammy recruiter emails in my experience.
That's the goal, right? If the recruiter had an amazing, what you've always wanted kind of job for you, you'd probably want to hear about it. But if that were the case he'd take the time to find out what that opportunity looks like, and he'd probably just tell you the company instead of all the "my client" stuff.
Same is true for sales-type emails, I'd say. All too often, the mistake is to "sell" the reader in the initial email. That only works if you're selling something incredibly compelling and easy to understand. Most startups don't have that. The goal, then, is more to pique interest; to make the reader want to learn more.
I've learned this lesson first hand more than once, unfortunately. If you make the entire sales argument in an initial email, then you have no chance to drive the conversation. You're giving the reader an opportunity to make a 0 or 1 decision before you even have the chance to explain a bit of the gray areas. Don't do that, if you can help it.
Most companies seriously underestimate the level of exposure they have. We usually recommend applying inbound marketing techniques to your recruiting process to improve your exposure. A few tips:
1) Open source one or more useful projects. Smart people will use them, fork them, etc.
2) Have a referral program, and make sure it's easy to use. A lot of companies have a program that gives employees $1,000 or more if they refer a candidate, but not a lot of companies make the referral process an easy one. Build a landing page for each position. Include a little information about the company and the job. That way, employees have something to share on their social networks and via email.
3. If you're looking for awesome and nothing else will do, consider allowing remote work.
4. Set up a company page at Work for Pie (shameless plug) or Coderwall or similar. It'll help developers get to know your team and culture much better than a simple job description.
I've been playing around with it recently, among other options. I'd definitely say it's closer to the way I work, but not quite "it" yet. Two things I think might help:
1) Integration with something like Full Contact so that folks can get social data about prospects. Having that makes it easier to personalize outreach and stay up to date with what folks are doing.
2) Outreach tracks. For a long time I've wanted a CRM to have adjustable sales tracks. So the way that might work is there's an initial outreach, and then the next step changes based on what the outcome of that was. If I get no reply, then remind me to follow up in a week or so and let me add a template for that follow up. If I get a reply, then let me note what happened and then go down a different path to closing. If I get an objection, then let me choose from a list of objection options with a template that I've already developed for each of them.
I'm a single data point, so don't take it as gospel. I really do love the email integration. It's amazing to me that so many sales efforts rely on email these days, but that so few CRMs handle email with anything close to something that works. I think you guys get that right more than most other options.
I think this is correct, for the most part. Call me a dirty capitalist, but I think that especially for problem no. 1 the solution probably needs to involve--in a significant way--those who have the most incentive to see it solved. Generally, the incentive for students comes from curiosity, desire to learn new things, and maybe the desire to broaden career options, but not really from "profit," at least in the short term.
But, the companies that have immediate need for a data scientist--those are the folks who have a vested interest in the problem being solved. The trick I think will come down to getting companies involved without having them mucking them up like most "corporate training" is these days.
I guess that's a bit of what's missing for many of the online options so far--a direct "if you do this this will happen" value proposition for the students. Right now it's all driven by our curiosity and a desire to learn, which is great and drives many of us to sign up, but sometimes doesn't trump all the "life" that gets in the way after the coursework gets tough.
I think the real interesting answers won't necessarily come from the companies themselves. I think it's a good start, but much more interesting from my perspective is what employees with varying opinions--from glowing to not so glowing--might have to say. I think Glassdoor is close, but it's really wonky to use imo. An easier to use or niche version of Glassdoor would be cool.
I think the most interesting bit of the Stripe article was that they did most of their hiring via referrals. That's really one of the very few ways you're going to be able to hire "people" rather than specifically to certain job descriptions. Their recruiting method matches their strategy. All too often companies will say "we hire people, not roles" but then post all their jobs on job boards where the specific role is well defined. :-/
I completely agree with everything OP says, but I'll tell you what the real problem is: time. This is especially true in early stage startups and consultancies, where oftentimes the founders are still building stuff 95% of the time.
Recruiters are easy (as are, by the way, the new wave of non-recruiting recruiters like Developer Auction). Pay the man his money, and get a candidate in return. The founder doesn't have to spend time communicating with candidates or really doing any of the stuff OP mentions. That's why a lot of companies still hire recruiters. (Some of the companies) don't care what happens before the viable candidate walks thru the door, they just care that he/she does. It's like buying an iPad. Most of us don't think about, and don't care to think about what it took for that iPad to make it to us. We just care that it did and that it works as advertised.
Recruiting: the most important thing most companies don't have time for...
There's absolutely a better way, and in the end it's less time-consuming than what most companies do now. But the up front work is harder and more time-consuming. Convincing someone who's time is worth more than his money to adopt the better way is a hard thing to do.
Co-founder of Work for Pie (the other company mentioned in the article) here. I will say I'm glad that these guys expanded from their original, pretty elitist degree and/or experience requirements.
There are companies that do it right--like Github and Etsy--and there are companies that do it wrong. The big problem is that doing it right probably takes more time. Supporting the local developer ecosystem, presenting at conferences and meetups, mentoring others, open sourcing projects, writing blogs that help others, etc. are all great recruiting strategies (and just darn nice things to do overall), but they all take a lot of time (and none are guaranteed to bring you new employees).
I think the fact that these guys are successful tells me that a fair number of companies are saying "my time is more valuable than $xx." I'm not sure how I feel about that. I completely understand it--especially when you're a part of a super-small team--but I still kinda wish it didn't have to be that way. And fwiw I'm not sure how well cultural fit is addressed by this platform, but maybe the companies figure all that out in interviews.
I'm biased, but I think giving developers the chance to discover the one company (among as many options as possible) that fits them best is the way to really improve recruiting. That forces companies to actually be worth a damn--not just have deep pockets--to recruit successfully.
..and now for the shameless plug. It's free to set up a company page on Work for Pie, and you can post up to two jobs for free too. Tell our thousands of developers how awesome you are: https://workforpie.com/companies/join/
I think where the college and credentials bit is failing--for me at least--is the lack of differentiation between "learning to do" and "learning to think." I went to a liberal arts college and spent most of my four years learning to think. Liberal Arts are good for that kind of thing, and depending on your background (I'm not the product of highly educated parents) it can be extremely useful and a completely justified reason for going to college. One can learn to think elsewhere, but college is still a great place to do it.
As recently as ten years ago, it was impossible to learn to do outside of a formal training program, but today it's completely possible to learn to do almost anything via Youtube, iTunes, and the rest of the internet. And the problem is that today's university system--except in fairly rare cases--actually hinders learning to do. The world outside moves too fast for the educational bureaucracy to keep up. Formal education is valuable, but maybe more for learning to think than learning to do, at least in modern times.
The 'complete redesign' trend has been seen by some in the design community as a bit arrogant and impractical. My guess is that poster didn't want to be included in that crowd.