A Method I’ve Used to Eliminate Bad Tech Hires
151–160 of 517 posts
Re: A Method I’ve Used to Eliminate Bad Tech Hires
#152One important thing to realize with paying people for code they write as applicants excludes a large number of potential hires. People on work visas are not allowed to moonlight. I wouldn't risk ending up on the wrong side of ICE just for an interview.
Re: A Method I’ve Used to Eliminate Bad Tech Hires
#153Re: A Method I’ve Used to Eliminate Bad Tech Hires
#154This is literally the only way I've gotten job offers. I'm a very competent programmer, but when I'm asked to solve some silly puzzle with someone staring over my shoulder, I freeze under pressure and can not think at all. Luckily not everyone thinks solving leetcode problems is a good way to hire.
I've been in situations together with clients deploying a product, them presenting it for their managers, orpreparing for a big demonstration, and something goes wrong due to some unforeseen environmental factor you couldn't have imagined or predicted, and breaks in a way you don't expect, despite the weeks of testing you've done. You've got your main client staring over your shoulder, arms crossed saying fix it, and…
Re: A Method I’ve Used to Eliminate Bad Tech Hires
#155This. 100% this. As many others are saying, I find that this is the most comfortable way for me as an interviewee to demonstrate that I do in fact know what I'm talking about. Put me in front of a room full of people and a whiteboard and throw something at me, and I'll freeze. Freezing in that situation and being a bad engineer are wholly separate things. Anecdotally, when I get one of these problems, I spent 20 minu…
This isn't a viable approach for much of the hiring pool, as a majority of working engineers have contracts which explicitly forbid work for contract for other employers. As such, if you hire any of those, you're hiring somebody with a proven willingness to ignore their contract, which is a strong anti-pattern.
Re: A Method I’ve Used to Eliminate Bad Tech Hires
#156This. 100% this. As many others are saying, I find that this is the most comfortable way for me as an interviewee to demonstrate that I do in fact know what I'm talking about. Put me in front of a room full of people and a whiteboard and throw something at me, and I'll freeze. Freezing in that situation and being a bad engineer are wholly separate things. Anecdotally, when I get one of these problems, I spent 20 minu…
This isn't a viable approach for much of the hiring pool, as a majority of working engineers have contracts which explicitly forbid work for contract for other employers. As such, if you hire any of those, you're hiring somebody with a proven willingness to ignore their contract, which is a strong anti-pattern.
Re: A Method I’ve Used to Eliminate Bad Tech Hires
#157Earlier quoted context omitted.
Exactly my case. My startup is ending and I'm looking for work. Wonder if there's a way to look up companies that hire by giving assignments.
Your next startup could be a job board that specializes in this. I'd subscribe
Re: A Method I’ve Used to Eliminate Bad Tech Hires
#158Earlier quoted context omitted.
This isn't a viable approach for much of the hiring pool, as a majority of working engineers have contracts which explicitly forbid work for contract for other employers. As such, if you hire any of those, you're hiring somebody with a proven willingness to ignore their contract, which is a strong anti-pattern.
IANAL but I took business law 101, which taught me that courts almost universally lean strongly towards the employee when considering restraint clauses. Moreover, if you have a current employer that is sufficiently disrespectful of their employees that they'd even consider enforcing an anti-moonlighting clause in this circumstance, with the preposterous assertion that it qualifies as employment - run away now. The la…
Re: A Method I’ve Used to Eliminate Bad Tech Hires
#159Earlier quoted context omitted.
This isn't a viable approach for much of the hiring pool, as a majority of working engineers have contracts which explicitly forbid work for contract for other employers. As such, if you hire any of those, you're hiring somebody with a proven willingness to ignore their contract, which is a strong anti-pattern.
IANAL but I took business law 101, which taught me that courts almost universally lean strongly towards the employee when considering restraint clauses. Moreover, if you have a current employer that is sufficiently disrespectful of their employees that they'd even consider enforcing an anti-moonlighting clause in this circumstance, with the preposterous assertion that it qualifies as employment - run away now. The la…
Re: A Method I’ve Used to Eliminate Bad Tech Hires
#160Earlier quoted context omitted.
I can't code with people staring at me, talking to me, asking me questions. If you can more power to you, but if that reflects the nature of the job then they can take that one and shove it. It simply doesn't reflect reality.
How about when you're alone, it's 3am, you haven't slept much in the past three days, and you have a 10am deadline to meet?