28 comments

[ 0.25 ms ] story [ 56.2 ms ] thread
It sounds like a great idea to me! You can also get a look at prospective employees and see how well they learn/deal with the unknown.
It's an interesting idea, but I can't help but think after reading the following that the post is just fantastically subtle PR.

"Today I had an epiphany. Maybe the right thing to do is to enroll prospective job applicants in some kind of low-impact training as part of the interview process. If the training were given in a part-time, online format (like we do at CodeLesson)..."

but I can't help but think after reading the following that the post is just fantastically subtle PR.

That would apply to about a third of the posts that make it to the HN front page nowadays, I'd say ;-)

Subtle nothing. It's a corporate blog, champ. In what way does that make the premise invalid?
I hear ya, but the agenda (mostly) doesn't matter to me. I assume corporate blog posts are published for commercial reasons, even when it's about the author's personal life.

And I've gotten so much value out of HN discussions that benefit the site linkee (lots of awesome threads start out "Show HN: My new site/business").

I guess my main point is: I'm all for the business linked to getting PR, as long as we, the HN members get some cool value out of it. In this case, i thought the post was very topical because talent/skill shortage is a frequently talked about issue here, as are work cultural norms in general.

But I totally respect the opinion that some posts may not have an interesting enough ideas to make PR interesting. That said, I always wait for the other shoe to drop: the HN thread it spawns often ends up being incredible.

Regarding training/interviewing, I just think about this awesome Steve Yegge post: http://sites.google.com/site/steveyegge2/practicing-programm...

"It's a bit easier to tell if someone's in great shape physically than if they're in great shape mentally. You can't just stare at their brain and hope to find a six-pack in all those folds. It's easy to tell how physically fit someone is. You can make people run laps, lift things, take their physical measurements, etc.

But for determining someone's mental fitness, you pretty much have to interview them. It it's hard to do a good job of it, since it's like running backwards in front of the person, egging them to go faster. You have to be in pretty good shape yourself to be a good interviewer."

Standard practice at my company: interviewees pair with a developer for a week before being offered a job. Preferably, over the week, you'd switch pairs at least once or twice.

If we don't hire you, we pay you as a contractor for your time. If we do hire you, we pay you either as an employee or contractor for your time (depending on what our accountant says).

We'll bend the rules depending on circumstances, but basically you're not getting in unless you spend 30 hours pairing with our devs. Anything else, I propose, can be hazardous to the culture and effectiveness of your company.

(comment deleted)
Doesn't that limit you to potential employees who aren't currently employed?

And what percentage of people do you "drop"? I imagine once you spend a week with someone you might get attached to them enough that it would be hard to let them go for something subjective unless they were a pretty big asshole.

We're pretty young, so we haven't had too many candidates get to the interview phase... we've "dropped" one out of 5 candidates. You have to impress us to get to the point of spending a week with us.

As far as the "unemployed" part goes, things aren't usually as cut-and-dried as that. Of those five, one was on the verge of being laid off, and one was a student. The other three were gainfully employed. Being open to working weekends with candidates makes this much more possible, though more lengthy.

We're pretty proud of who we are. If your desire to work with us is strong enough, you'll find a way. And if you do find a way under difficult circumstances, it says volumes about your personal drive.

The problem with your approach is that it only works if you can communicate that you are a company worth doing a lot extra work to get hired at.

The approach may work for you, but most companies seem to have the idea that they are special, when they really aren't - and frankly most people wouldn't accept your requirements unless they where truly desperate so you will likely have to change your approach as you grow.

Speaking as an employee of $bigcorp, I like the idea of a short period of fairly-compensated work before committing for the long-term. Like going on a vacation with a romantic interest before moving in together, or something. If you go to work for the USG, your probationary period is the first year, which seems unnecessarily long; a week seems just right.
The notion of a probationary period is largely mythological for places where employment is at-will (which is most jobs in technology in the U.S.). Since at-will employment means you can mostly be terminated for any reason at any time, every day you go to work is really part of your probationary period. There's no concept of a "long-term commitment" and your status as an employee doesn't materially change after whatever "probationary period" the employer might extend to you.
Doesn't that limit you to potential employees who aren't currently employed?

Hiring should be at least as important to the team as to any manager. (After all, they're the ones who have to "live with" the new hire.) I can see this working if the team is flexible enough to accomodate the potential employee's current work schedule, assuming the potential is also flexible enough to take on the extra load for a bit.

Interesting, and I'm not saying this doesn't work, but doesn't that basically imply you only hire those who are already unemployed?
Employed people would probably take a week of vacation unless they have FU money.
It'd have to be a dream job for me to take a week of vacation time to do a trial run with another company but then I'm married and have a kid so time off is very important to me.

The other issue for the employed in that scenario is that their employment contracts may prohibit moonlighting/contracting or have a non compete that would interfere with the trail/interview process.

> If we don't hire you, we pay you as a contractor for your time. If we do hire you, we pay you either as an employee or contractor for your time (depending on what our accountant says).

If you are in the U.S. I hope you've had this hiring process reviewed by your legal counsel. Given the brief description above you are quite possibly violating several federal employment laws in addition to IRS rules on what constitutes a contractor vs an employee.

Unless you're a lawyer providing counsel, I'm quite certain we're solid. That's not to say I'm right... I'm just fairly confident.

We send out the necessary W-9s and everything. Effectively, our candidates are freelancers until we hire them... and we pay our freelancers according to IRS rules.

I said up front that I hoped you've reviewed your hiring process with your legal counsel. That should have been pretty clear to you that I'm not providing you any legal advice. I also noted that I was commenting on your brief description of the process.

You now update to say you pay your "freelancers" however in your first post you say you take your accountants advice on paying as an employee or a contractor. Those are two extremely different things and back dating employment (via pay as an employee during the trial period) would have the end result of your company incurring liability for failing to complete employment paperwork in a timely manner among other things. You could also open yourself to liability for discrimination and other issues if you tried to pay someone as an employee, started the hiring paperwork and then found out the individual did not have valid work authorization.

Just to say it one more time so there's no confusion. This is not legal advice. Anyone considering anything in the content of this message or implementing the parent posters hiring process should speak to legal counsel before doing so.

@ktsmith: I wasn't trying to imply that you were providing legal counsel. In addition, we don't change our policy on the whim of our accountant/lawyer... I just don't recall the proper protocol.

With a moment of clarity, I do recall our employees having to go through the W-9 process. In addition, not all work was "under the company umbrella." For example, if a candidate paired with an employee during a users group hack night, that was taken into consideration. Like I said, rules are made to be bent.

The W-9 process is only a portion of what you have to make sure is right when hiring contractors. For example here's a short bit of what the IRS says about it: http://www.irs.gov/newsroom/article/0,,id=173423,00.html They include links to the more formal rules for that aspect of things on the page. I've been burned by this personally and hence mentioned the rules for employees vs contractors. Though I certainly should have provided the link in my first comment.

As to other hiring practices your comment on pay specifically raised a red flag with me if for no other reason than if you paid someone for work as an employee you'd be back dating their date of hire (as far as the government is concerned). My day job is with a company specializing in a very tiny portion of the hiring process and we see large and small companies screw it up every day. The M-247 Handbook for Employers is nearly 70 pages about how to fill out nothing more than the Federal I-9 Form. Screwing up that process can generate civil and criminal liability at the federal level. Then if you are in a state that has additional restrictions (Colorado and more coming soon) you could be incurring even more liability. Have federal contracts and get this process wrong? Potentially kiss them goodbye thanks to the FAR clause.

M-274 Handbook for Employers: http://www.uscis.gov/files/form/m-274.pdf

There are a lot of potential pitfalls employers face and it's unfortunate that the government does a pretty poor job of making it clear what the employers responsibilities are as well as consistently enforcing the rules that are on the books.

I want to be clear, I'm not trying to be argumentative or anything like that. Based solely on your initial comment I would be concerned about your hiring practice and make sure your counsel doesn't see anything wrong with it. If you are bringing in 100% of the people for a trial basis as contractors and meet the IRS rules you may have nothing to worry about. If you bring one person on under that methodology described (as a backdated employee) you could have some liability sitting in your employee records that you can't fix.

IIRC, this is how AOL used to work. Everyone started in the call center. After 6 months, you could start working your way up, and many people went into QA and programming from there.
Nothing attracts top-notch engineering talent like the lure of working in the call center.
I don't know. Google puts some of the most brilliant programming minds to work selling ads and I haven't heard much in the way of complaints.
Think of it as pre-engineering raw talent. Often, people worked these jobs while going to college, or were recognized as talent while they were there and bumped first into QA.

Of course, many of us instead realized we hated call centers and found part time sysadmin jobs. :)

In a previous life, I was a C# dev for fat client windows apps. Without any serious web development experience, a Django shop took a chance on me, and I learned the whole stack on the job. I feel comfortable saying they were happy with my work, and I came out of the experience with a new set of skills, a new career really.

All that to say, I'm a big proponent of taking the time (and yes it does take time) to find out if somebody is smart and willing to learn and leaving resumes with #yrs experience in technology X to the HR monkeys. If a skill is in demand, a latent expert is of much higher long-term value than a present one.

Before I was hired for my current company, I given a quick tutorial on the programming language (used in company) and had a quiz afterward. It's a great way to see how fast someone can learn and see them apply that knowledge. It was a great opportunity for me was well since it allowed me to show I had potential.