Hacker News new | past | comments | ask | show | jobs | submit login

If somebody has a problem with it, they can always choose the live coding. I try to find ways to make the process more equitable.



So it's either or, and you are most likely losing the best people by insisting.

Maybe that's fine for you, but maybe not.


Yeah I mean.. I have nearly hired people before who turned out to be scammers, no coding skills at all. I need some kind of signal before turning off the recruiting pipeline, emailing a bunch of people "no thanks," and making a commitment. Sometimes strong referrals work but that might unfairly advantage some, can be gamed, and doesn't work at all for most junior devs without a work history. Shoot, even a strong history elsewhere doesn't mean they will be successful on a different product/platform/team/etc.

Both interviews (live and homework) have downsides, referrals don't work for all and hiring blindly isn't an option. I need some kind of signal, some way to choose one of hundreds. I have successfully used contract to hire before, and while that does lower the anxiety on the interview track, many can't consider that option. And that (again) unfairly advantages some.

I.. don't really know. Just over here trying my best. The market is broken in many ways.


I hear that. But I’ve been burnt by people who “coded live” real well and then couldn’t or wouldn’t do anything for months at work. IMO - any one who is going to be good will be good at coding. It’s not rocket science. Haha. Been around long enough to see language du jour change too. Python also isn’t the end all of languages (we’ve moved on to Julia where I work).

Can you think? Are you curious? Those are hard to distill in an interview and harder still in formulaic interviews.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: