10 ms·

Spent 50 hours on a take-home assignment only to be ghosted

107 points by bra-ket 8y ago

bengale 8y ago
Ouch. 50 hour lesson on not being taken advantage of though, so there's some value there.
Guest42 8y ago
Having worked at a startup I would not be surprised if they used that assignment in order to get some of their work done. The startup I worked at wanted to use Kaggle competitions in order to improve their AI code that they ripped from other sources (all while the marketing team made them look as if they were a legit company at the top of the field).
- droithomme 8y ago
  > they used that assignment in order to get some of their work done Yes, that's a common technique. Another, depending on how they found and contacted this startup, is that the test isn't really from the company it claims, the contact person is actually a candidate who is tricking people into completing the take home assignment on his own interview somewhere else. A third technique, when the questions seem like homework questions, is that it can be a student somewhere impersonating a company and posting fake job ads in order to get other people to do his school assignments. Generally one should verify the company exists and that their contact works at the company before proceeding with these. Also if the assignment appears to be exactly something that would be of great benefit to the company and also takes a good amount of work, it is best to decline as some companies use sham job interviews to get free contract work done.
  - iamben 8y ago
    Friend of mine interviewed for a role where they explained a problem and asked how he would solve it. He spent 90 minutes explaining possible solutions while they made notes. It's a pretty specialist domain so he knew others who were interviewing. After the interviews they pulled the position - I suppose no one will ever know for sure, but after putting their heads together and doing some digging they figured the whole set of interviews was put together to solve a problem the business was having, and it was just an easy way to get a bunch of solutions from very specialist / expensive people.
    - dba7dba 8y ago
      I actually went in for a job interview as a sys admin. Turns out they were just trying to dig for some information from my current company. Both were pretty in similar domain. I was a junior level so probably didn't prove them with any useful info...
- sonnyblarney 8y ago
  I don't get this. A few lines of code by some random person are not going to help your company, unless there is 'deep insight' i.e. maybe some high end AI thing, etc.. Code needs to be owned, maintained, up to spec, documented, integrated. There's nary some random person can do remotely with little guidance that's going to help. The 'coding' part isn't that hard, it's all the details etc. that matter. You'd waste far more time and energy trying to get the right person, the right bit of code, changing it to suit the common architecture etc.. Obviously there are ethical questions, but they're moot if it's a stupid exercise to begin with.
  - deleted 8y ago
    [deleted]
  - deleted 8y ago
    [deleted]
unstatusthequo 8y ago
I would absolutely send them a bill for the time. Oh you didn't pay? Small claims. Then it's also public record. My guess is given the facts you'd fare pretty well.
- jstarfish 8y ago
  What exactly are you claiming? The company said "do some work for us for free" and the applicant accepted. A compensation claim would go nowhere. This is more in the state Department of Labor's jurisdiction but they won't do anything about it either.
  - C1sc0cat 8y ago
    Minimum wage law maybe :-)
- harlanji 8y ago
  There was no agreement for compensation, so I don’t know that’d work. Some actual damage would have to be done. Lost time alone isn’t enough, it could maybe be shown to result from the damage and need to be restored. Justice is restoration, what’s broken? I change minds though small actions like refusing to work for companies that are out of alignment with my values, maybe this could do it. Sending a bill would be more of a symbolic FU than anything.
nobleach 8y ago
Our recruiters discourage us from sending out "take-home" tests, but I have to admit, I'd rather see a comprehensive "can you build an endpoint that fetches data from other places - some in parallel, some in serial - and build a response?" type challenge instead of "can you reverse a string?" or "can you find the next permutation of this number sequence?". Yes, it'll take about an hour or so to pop something up on your GitHub. But it'll show me how/if you handle errors, if you add logging, if you write some tests. I get that not everyone has the time (or desire) to devote to this but... I sure do hate doing the "CS-secret-handshake" to make myself believe a developer can solve problems.
- bengale 8y ago
  > "can you build an endpoint that fetches data from other places - some in parallel, some in serial - and build a response?" Years back now this is what we did when we were hiring, and then used it to jump start the conversation in the interview. Tried to keep it to an hour or so of work, but if someones interviewing at multiple places that can add up quickly. I think your recruiter is probably right, unless you have some sort of outstanding place where people are lining up to work. Personally I refuse to do anything like it for interviews now, and I know a lot of others on the more experienced end that do the same. There's way too many places that'll hire without it to bother, unless it was somewhere like google where its sort of expected.
  - nobleach 8y ago
    Sadly this is the current market. We're grasping at finding the best way to judge whether to bring someone onsite. Video coding challenge? Simple phone conversation? We've done all of these and they often go the same way, hours taken out of multiple people's schedule only to find that we should have weeded this candidate out at an earlier stage. (Not always, but often enough)
- crispyambulance 8y ago
  > ...can you build an endpoint that... Wait, you're expecting someone to whip up an endpoint that pulls in arbitrary parallel and serial data sources, handles errors, has logging and also has tests IN ABOUT AN HOUR? That's kinda optimistic!
hellow42 8y ago
This reminds me of when I had to work a full day at the startup for free, in order to check if we were compatible.
- overcast 8y ago
  You agreed?!
  - greenyoda 8y ago
    If they worked for free it would be illegal in the U.S. (violation of minimum wage laws).
MivLives 8y ago
I'm hunting for a job right now and this stings. I've had multiple companies just stop responding after 2 or 3 interviews. The weirdest one though was the company that after four interviews emailed me to "schedule next steps". The next steps turned out to be telling me they wouldn't be hiring me but to apply again in six months. I have no problem being rejected but make sure you are actually doing so, a form email is fine. Ghosting me is not, and I don't need a phone call telling me you're not hiring me.
- jeffdavis 8y ago
  A phone call is generally regarded as more respectful than an email when delivering bad news.
  - noer 8y ago
    It's oftentimes better for both parties when rejecting someone to do it via email. The person being rejected isn't put on the spot to compose themselves and be a good sport while the person doing the rejection can manage the response from the person getting rejected (don't have to immediately answer follow ups and/or defend their decision).
    - deleted 8y ago
      [deleted]
  - aetherson 8y ago
    There are definitely people who feel like this, but I'm with your parent poster -- I do not want to have an uncomfortable conversation with you about why you're not giving me an offer. This isn't a breakup. We weren't dating. You can just send me an email.
    - jiveturkey 8y ago
      especially when it's just an offer/rejection. we aren't talking about a layoff.
    - 8y ago
ramraj07 8y ago
While going through a data science internship a bunch of my colleagues applied to this rideshare startup that's (in)famous for having "high standards" and having this comprehensive take home problem that took a week to complete. It was obvious from what others spoke that the type of people they were looking for does not match our profiles, but they gave this challenge to everyone who showed interest and never took anyone after that anyway. To be fair they did interview some before rejecting them. I feel like such large take homes should only be done if you really think the candidate is a good fit after some interviewing.
- harlanji 8y ago
  > I feel like such large take homes should only be done if you really think the candidate is a good fit after some interviewing. For me to consider them a good fit they’d request money to complete the assignment. Fixed would be A+, hourly would be C, free would be F. An interview is one thing, like a free consultation. Take-homes and even all-day/3+ round processes are pushing it.
georgehayduke 8y ago
Anything that takes more than a couple of hours should be compensated. This includes "training days".
- ghaff 8y ago
  You hear this a lot but it's really not practical under a lot of circumstances. For starters, it will often be a violation of your current employment agreement. I do get the issue. I've been in jobs where having a writing sample or even giving a presentation on some topic were pretty much non-negotiable and, if a candidate didn't have those ready to go, they'd have had to prepare them. But, at least in those cases, it was a topic of the candidate's choosing so they didn't necessarily need to create something custom.
  - C1sc0cat 8y ago
    I suspect doing it for free might be as well - especially if its a sneaky sole a production problem for us.
sixhobbits 8y ago
I know how frustrating it is for candidates but having been on both sides of this, I sympathise with tech leaders at startups who are on the hiring side too. We used to send out open-ended programming assessments as part of our hiring process. It's really hard to keep track of everything without an ATS and good internal processes and even with those it's hard to predict how many candidates will drop out at this stage so there's a strong incentive to invite too many and risk getting swamped than vice versa. Not proud of it but I've definitely kept candidates waiting for several weeks due to being unable to keep up with the rate of submissions. I think there's a non zero chance this guy is assuming too much malicious intent and could get a positive response still
- eropple 8y ago
  > I know how frustrating it is for candidates but having been on both sides of this, I sympathise with tech leaders at startups who are on the hiring side too. Don't. Because it's a self-inflicted problem. The "tech leaders" (aside: this is a gag-worthy phrase) do it to themselves through inflated requirements and no real holistic understanding of what they either want or need in a role. Hiring well is not difficult. Hiring well with stupid expectations is, and that is firmly and inescapably the fault of ye olde "tech leader", and sympathy is undeserved.
- nradov 8y ago
  There's zero excuse any more for not having an ATS. They are available cheaply from multiple SaaS vendors.
- andrew_ 8y ago
  > I think there's a non zero chance this guy is assuming too much malicious intent and could get a positive response still A two week lapse is egregious. I would assume incompetence before malicious intent.
- AnimalMuppet 8y ago
  No sympathy. The way this came down to this guy was abusive. It may have been abusive without malice, but it was still abusive.
joker3 8y ago
Don't spend 50 hours on a take-home for an interview. Instead, email the company and very politely explain that they're delusional. You probably won't get a response to that either, but at least it takes less time.
- jandrese 8y ago
  Or maybe they expect it to be a 30 minute assignment and the fact that it took the guy 50 hours to finish it is a clue in and of itself.
  - lmilcin 8y ago
    If it takes 30 minutes then what you do is organize 60 minutes coderpad session and get lots more information than just a solution that the candidate pretends he did in the allotted time.
  - plorkyeran 8y ago
    They gave him two weeks to do it and it was apparently a multi-part thing where it made sense to send in answers to the first part before doing the rest. That doesn't sound like something that's supposed to take 30 minutes.
  - S-E-P 8y ago
    It's still very rude not to respond to someone's efforts just because they took extra time to get things right. But yeah, as another commenter said, they gave two weeks and it seems like a multiparter.
  - slg 8y ago
    Which is why if you commit to doing a take home project, you should at least ask how much time they expect the project to take. For a lot of software development projects there is always something to work on and improve if time allows. Parkinsons Law and all. I might be a good idea to exceed their estimate a little to get a more finished product, but that number at least anchors the project timeline. If they legitimately answer with 50 hours, then feel free to laugh in their face. However a 2 or 3 hour project to be completed at some point over 2 weeks seems completely reasonable.
HeWhoLurksLate 8y ago
Little mirror, if your work blocks it: http://archive.is/fQP23 http://archive.is/fQP23
deleted 8y ago
[deleted]
LastZactionHero 8y ago
I've been in that spot. Not quite 50 hours, but and not exactly ghosted, put a lot of real time and dedication into a lengthy project and questionnaire, to get back a 'no, sorry'. I responded for some clarification: Where could I improve? What would make me a more attractive candidate? Nothing. We're a pretty close-knit tech community (Boulder) so it felt like a real slap in the face. I manage dev hiring at my company, and when I give take-home assignments, I make sure to give them a timeline of no more than 2 hours. If you get to that point, it's okay to tell me what you would have done, as I should be able to tell by that point if you know what you're doing and could accomplish it. "Busy" is not an excuse. If you've got the time to interview someone, you make the time to treat them respectfully and provide quality feedback.
- wolco 8y ago
  The 2 hour timeframe makes sense for everyone.
- scarmig 8y ago
  > provide quality feedback I always hear warnings about how this opens you up to very scary legal liability, but I'm wondering how true it is. Has anyone ever gotten into trouble providing feedback? I guess things like "you had no social acumen and your hygiene left too much to be desired to be hireable" wouldn't go over well.
  - ekovarski 8y ago
    In litigation happy countries, yes, it does open you up but less so if you focus on technical facts pertaining to the job and not any personal issues. ... and, yes, I know of a few cases where honesty was not the best policy. The circumstances were quite possibly valid where others would not have felt comfortable with the individual, and potentially cost the business money, but being honest at that stage was not doing anybody any favors. In technology, if you believe someone lacks x, y or z, to round out their skill set and you can articulate it without making it personal, I think the recipient will appreciate it - maybe not the same day as they were rejected, but it's always nice to get a perspective from an outside party. If you can't articulate the short comings then maybe focus on the good aspects and then use the generic not today, maybe in the near future kind of response... but you shouldn't ghost them.
pastor_elm 8y ago
There is a middle ground for these types of assignments. Have your interviewee come up with a potential design and ask them to highlight some specific concepts or programming methods. Then cover an individual component in person, pair-programming style. Don't know why more companies don't do this.
tokai 8y ago
I like the comment about putting the project in his portfolio. He should hold the copyright for his code, unless he signed it away.
- greenyoda 8y ago
  Regardless of what was signed, I doubt that the company would own the copyright if the developer wasn't paid anything for it (and didn't even receive feedback). A valid contract requires that each party receive something of value.[1] And the company can't claim it was a "work for hire" because it wasn't paid for. [1] https://en.wikipedia.org/wiki/Consideration_under_American_law https://en.wikipedia.org/wiki/Consideration_under_American_l...
jrockway 8y ago
I have done the takehome style interview before. I spent about a day on it, then said "here's a day's work, there is an API and a backend with tests, writing the frontend would be straightforward" and they said "go away unless you do it all". I went away. They had enough of a programming sample to make a hiring decision. As a hiring manager, the takehome is very tempting. Candidates put their Github profile on their application. You go and look and there's nothing there except some make-react-app template. Their work experience on their resume is bullet points like "enabled solutions for the business through synergy", which they've been doing for five years. But they write you a cover letter about how much they like your company, so you want to give them a chance. You read on HN about how whiteboard interviews are unfair. So with no data, you reach for the takehome. If they can do some assigned work, then they'll probably do well in the role that they've applied for, and that's a good hiring decision. And they said right there in the cover letter that they'll do anything to get this job. It just seems natural. For that reason, it's something I keep in my back pocket. (So far I've used it 0 times, though.) You can definitely have a Github repository that is more valuable than any takehome would be. You could actually talk in detail about the sort of engineering problems you've solved on your resume, and the takehome wouldn't show me anything new. But the reality is that the vast majority of candidates do neither. They work all day, so the last thing they want to do when they go home is write some open-source software. I get that. They have no idea what a resume should look like, since they've never been in that resume screening or interviewing role, so they write whatever some professor in college told them to do. ("It must fit one one page," is what I was told. I have learned that the opposite is true, if you want a job anyway.) So having some way to determine "can this person program at all" is valuable. But it's very time-consuming for the candidate, so is not ideal. A smart candidate will say "nope". A naive candidate will spend 50 hours on a 2 hour task and be mad. So it's probably not ideal. (As an aside, what is the deal with these boot camps? Every single applicant has the same exact react app in their Github, and an entry for building it on their resume as though it was work experience. I sifted through 100 such resumes recently and almost have a script to determine which bootcamp they went to based on which files are in their Github. Is anyone getting jobs this way!? I am beginning to think that it is some social experiment involving bots.)
- xvector 8y ago
w0mbat 8y ago
Startups always claim the project will only take 2 hours, but doing a half-decent job takes more like 2 days, and in real-life you'd spend 2 weeks or more on it to do it properly (tests, localization, documentation, performance tuning, etc). I am not sure how you are supposed to make a choice between doing it quickly and being called "sloppy", taking a realistic time and being called "slow", or any of the points inbetween.
- travisjungroth 8y ago
  I had a company give me an assignment to create an API for matching an order book. Business logic, web API, “must be production level code”, documentation, set up instructions, and tests. Estimated time: 2-3 hours. I did it in 6 because I enjoy that sort of work and considered myself fast. I sent it to them along with an email saying there was no way someone could do it in 3, let alone 2, and I wasn’t interested in moving forward.
  - peteradio 8y ago
    Why would you send it to them with no intention to move forward. They probably derived some benefit from their shitty maneuver.
    - snazz 8y ago
      Maybe to rub it in that they were letting a good candidate slip out between their fingers?
      - travisjungroth 8y ago
        Yeah, that was definitely part of it. It was a mix of ego and desire to be helpful. I was going to finish the thing anyway, and I knew my feedback would be taken more seriously if I finished it first versus complained up front. One of the cofounders called and tried to get me to interview, but I explained that between this and the call I’d had with the other cofounder (“What is the lowest possible salary you’d be willing to accept?”) I wasn’t interested.
stakhanov 8y ago
Been there, done that. Spent considerably more than 50 hours on it too. Not because I broke the rules but because they made it a point to specifically emphasize that I should take my time rather than submit something half-assed. -- I will not be so naive in the future. Now I specifically ask how many other candidates for the same spot are in the stage of the take-home exercise. If it's more than half a dozen, forget it. It depends on a number of further factors: Anything up to 48 hours I might do for free. For anything more, I would push pretty hard on them paying for my time to make sure they have skin in the game. A number of reputable companies do this now.
- xvector 8y ago
  > Anything up to 48 hours I might do for free. I wouldn't even suggest this. Anything over 1 hour is biting into my own valuable time. Your take-home challenge should not take longer than a coding challenge I'd do for another company (and those are around 30 minutes). If they don't care to spend phone or on-site time interviewing me after this, then they were never worth applying to in the first place.
  - stakhanov 8y ago
    I should clarify: By 48 hours I mean that my comfort zone would be a 48 hour timespan from getting the assignment to handing it in, which might be 10hrs spent actually working on it. Some companies do impose a limit like that, to reign in people who would break the rules and put massive numbers of hours in to get an edge over people unwilling to do that. ...this limit is something I agree with as good practice. Also, as a bit of context: I tend to work remotely. When interviewing for a remote job, I don't think I would prefer it if they were to fly me in. That would most definitely be even more time wasted, plus the time I spend on a plane is doing nobody any good, neither them nor me.
masterjack 8y ago
Given that it was a data science interview is it possible they were expecting it to be a fast simple thing (some pandas, some sklearn, you’re done) and instead he did some long slow manual thing so they rejected him?
shkkmo 8y ago
I've only done a very small amount of hiring, but I honestly can't imagine assigning take-home work over an hour or two without paying the applicant for their time. I can't see how an ethical engineer can do otherwise.
- crankylinuxuser 8y ago
  The answer is that HR is not ethical. But it's easy to use a ton of home-time as a low cost filter bubble. You pay, the company doesn't. And they're not required in telling you why they said no or ghosted you.
lm28469 8y ago
> I was desperate for a job > decided to put everything else on hold > That in turn is making my life miserable ... anxiety attacks > Why get someone's hopes high just to fuck them right in the face > because there were a bunch of typos in it. Overall if OP manages to process it the right way it'll be a very good life lesson. Never put yourself in such a weak position if you can't accept defeat. Also, if it took him 50 hours, either the task was way to big or he wasn't a fit. - Spending a lot of time on something doesn't equal success - Don't get miserable over things that are not in your control [0] - Don't trust companies, they're money printing machines, not charities. - Most people don't care about you / your time, unless it's in their direct personal interest - Always have a backup plan [0] http://www.sacred-texts.com/cla/dep/dep045.htm http://www.sacred-texts.com/cla/dep/dep045.htm
- retiredcoder 8y ago
  I see your point to not trust companies but even I after over 10 years in this industry sometimes get fooled. For me personally, I cannot live a skeptical nor cynical life and I usually deal with people not companies. When I start the interview, I get the sense of their people, and if I find them to be decent I move on with the process. Most of the time my expectations are met fortunately. So, I can’t really blame the victim here.
lmilcin 8y ago
I have almost two decades of experience as a software developer, working for a number of big name companies. First, I will never accept home assignment. There is lots of problems with this even if intentions are good. I assume this kind of request tells me something about the organization and the manager making the request. I will ask if it is company policy or local initiative. Sometimes managers just don't know any better. I would politely explain why I won't comply. I will propose alternative solution which is session over Skype that lets me show how I work while I gather requirements, design, implement and verify the solution Lastly, I will observe the manager dealing with the unexpected request and grade based on how she deals with it. Remember, they want to got to know you to get better deal, you should do the same.
- rogerkirkness 8y ago
  Why would you not do a paid take home assignment when it's the way your potential employer is approaching hiring? Or do people ask this unpaid? We do paid two hour assignments, I feel like it just helps people show their style. And it's a helpful preview of where to coach them too.
  - deleted 8y ago
    [deleted]
  - lmilcin 8y ago
    Because any work delivered in such circumstances has no value (it might be done by your friend for all I know). It creates incentive for candidates to waste time polishing the solution. Most importantly, if you are an employer, think you are probably turning away your best candidates as the only ones that will continue are the ones that are OK with this b*t. Maybe they don't know any better or don't have other concurrent offers to work on or they don't have current job or are not putting effort at the current one. In any case it is likely that they are not your best candidate unless you are best employer in the world that they will do anything to work for. Funny thing, best employers in the world don't ask candidates to do home assignments. If I am on the market I want to find and chase some number of potential offers. Ideally, I will get all those offers at the same time to pick and choose the best of the pack. This all happens while I have other engagements with my current employer, while I am closing projects, etc. I don't have infinite amount of time. A request like that would drain all my available resources and prevent me from taking part in other processes.
alwaysdoit 8y ago
Say what you will about the merits or necessity of all-day in-person interviews, at least the company is investing a roughly symmetric amount of time into the interview process.
- scarmig 8y ago
  It's more time on the company side, if anything. Each hour of interviewee time probably costs two hours of interviewer time, and that's before accounting for hiring committee time, the cost of real estate for the rooms, recruiters, interviewer training time, etc.
j2bax 8y ago
I do occasionally give take homes that could take this long but it is only when the candidate is purely junior and doesn't have much/any work to review and show for themselves, but shows a lot of promise from a general employee perspective. I always let them know that they are welcome to use this work in their portfolio. I also let them know that we have senior level staff available to answer any questions they may have as they are working through it. We want to know how they approach problems, how able they are to figure things out, and if they know when its appropriate to reach out for help. I would never use this work for anything outside of this testing environment. If you are wanting to make a major career jump and haven't spent a whole lot of time building up your Github or filling out your portfolio, be ready to jump through some serious hoops.
- andrew_ 8y ago
  > but it is only when I hope you're compensating them for the time. Junior, or otherwise, that's disrespectful of the candidate's time. > be ready to jump through some serious hoops Eesh. This is just an abject example on just how bad the hiring process has become.
  - j2bax 8y ago
    >I hope you're compensating them for the time. Junior, or otherwise, that's disrespectful of the candidate's time. Typically, we provide a small compensation for the candidates time, although it probably doesn't amount to a lot per hour. >Eesh. This is just an abject example on just how bad the hiring process has become. To be fair they can jump through hoops on their own and build up a body of work through personal projects etc and we will make a hiring decision based on that or we will provide them beautifully designed test assets and ask them to make something functional to the best of their ability. When they are done, hopefully its something that they can be proud of and build upon, whether we hire them or not. We put ourselves at their full disposal to help them wherever they are at as they complete the test project.
- jiveturkey 8y ago
  > I do occasionally give take homes that could take this long but it is only when the candidate [has no history]. That's fair IMHO, however not the complaint here. It's that after so much effort, the candidate got ghosted.
andrew_ 8y ago
The take-home-task and white-boarding culture around interviews is horrendous, and unfortunately pervasive. I've worked at startups for the last 10 years of my career and I can emphatically say that there are a lot of them out there don't participate in either practice. (General statements with lots of holes based on personal experience and general subjectivity ahead) White-boarding is for recruiters, hiring managers, and the devs who volunteer to step into interviews, so that they don't have to properly vet a candidate. It's lazy, and very often unrealistic. Take-home assignments display a general lack of respect for the candidate's time, are often nothing like the work actually being done at the company. And are a lazy, passive means to gatekeep the hiring process. Interviews that cover/ask about basic algorithms without acknowledging modern development practices and critical thinking (e.g. where and how to find the answer) aren't indicative of creativity or flexibility of the the teams you'll eventually land in, nor the company on the whole. --- The best advice I give newer, less experienced developers is: Build a public body of work in one way, shape, or form. Build relationships with people who can be good references. And lean on both as points of confidence when looking for work or being recruited. Look for companies with which the first person you speak with has a technical background, and actually understands what the role is for.
- collyw 8y ago
  > Build a public body of work in one way, shape, or form. This can be pretty difficult. Most places you work for will not have your work as open source. And if its backend work then there is not a lot to show the public in terms of end results. The sort of thing I am good at are building relatively large scale projects, it's not the sort of thing that I can do in my spare time without spending months. On top of that, I have offered people examples of code that I have in bitbucket and they still insist that you do their pointless c"oding challenge". Evey company thinks that they are special.
soared 8y ago
I have been paid a fair hourly rate for two of the take home assignments I've completed.
gerbilly 8y ago
Take home assignments usually indicate that the company has a 'take home' culture. If they find it so easy to ask someone to work on something in their free time when they don't have any leverage, imagine what'll happen when you work for them.
maxgiraldo 8y ago
Regarding take-home assignments, if you do decide to incorporate this into your hiring process, I think pulling a page out of Aaron Swartz's "How I Hire Programmers" [1] is a good place to start. Important points being to keep the task small and non-proprietary. If it is legally and financially possible, then also pay the programmer for her/his/they time. [1] http://www.aaronsw.com/weblog/hiring http://www.aaronsw.com/weblog/hiring
paulcole 8y ago
> But I was desperate for a job This is the key point. If you're truly desperate you have to try anything, including 50 hours on a take-home assignment. Yes, those 50 hours could be spent applying for other jobs, but if you're desperate that's what you should be doing with hours 51+.
- MivLives 8y ago
  This is why these threads can be frustrating for juniors with no experience. Yeah sure, if you have ten years of on the job experience you can refuse companies that make you do take home tests. If you have zero years then it's a lot harder. My hit rate for interviews has been about 1/20 for actual interviews per sent job applications. If there's a coding challenge and it gets me to the next round so be it.
DoubleGlazing 8y ago
At most I will do a one hour take home or online test. If I am requested to do anything more than that then I will politely decline. My reasoning is that a potential employer can find out what they want abut me and my skills by looking at my employment history and by speaking to my referees. To invest several hours in a test that carries no guarantee of at least an interview is not an investment I want to make when I could be spending that time with my family, or working on other applications. Another way of looking at it how I explained it to a recruiter who was annoyed that I wouldn't do his clients weekend coding test. I asked him if he would expect his client (off the shelf software house) to spend 5+ hours doing a coding exercises to prove their worth to a single potential customer - with no guarantee the potential customer would acknowledge their effort? After some hmmming and haaaaing he said no, he wouldn't. So I asked, why should I?
pyb 8y ago
I don't know how to reconcile this new trend for take-homes, and more generally, ever more arduous recruitment processes ; and OTOH, the usual claims that there's a deep shortage of good candidates for software development jobs.
- scarmig 8y ago
  "good candidates" are those who meet two conditions: 1) competent and 2) suckers, in the sense that they'll put in a lot more work than they'll get in compensation. The process successfully selects for good candidates.
AnimalMuppet 8y ago
If you're hiring, and you do this kind of thing, you're only going to get people who are desperate, which tends to not be the top talent. Top talent usually has options, and won't put up with this kind of garbage. So if you're doing this, you're filtering to get lesser talent that will put up with being abused. Is that really the hiring filter you want?
deftnerd 8y ago
This spurred me to think of a neat way to help the community. A site that takes requests for opensource code packages or modules (or refactors or contributions) and lets applicants work on one of those. The hiring company could select what skills they want to test the applicant on and the applicant could pick among any number of matching requests for open source work.
filthius 8y ago
Any take home project for an interview should be delivered or mirrored from your public GitHub profile. Bonus points if you slap a GPL license on it.
silveroriole 8y ago
Am I the only one who likes take-home assignments? Not for 50 hours, but I’d far, far rather spend some of my weekend comfortably coding on a chunky assignment than be asked stupid ‘cracking the coding interview’ questions in person.
ThinkBeat 8y ago
I think take homes are pretty good. I have done them and I am now providing them for new applicants where I work. It is amazing how many people have a resume that looks good, and seem solid but they cant code in any reasonable way. We do phone screen, bring in applicants that have a good resume and presented ok on the phone part. If we like them, we give them a take home assignment that is based on our technology stack, everyone gets the same one for each posistion. They committ it to our github, we spend some time looking through it. We bring back the best performers for a second interview where they can present their work and talk about the experience. If we like that we hire them :) The quality of our hires have gone up once we started doing it. I understand it is not for everyone.
mnm1 8y ago
Yup. I did a similar assignment although much shorter. The company then decided not to hire anyone. Never gave feedback or even looked at it. Since they I won't do this type of shit anymore unpaid. If they pay, we'll see.
jjav 8y ago
About a year ago a recruiter from a NYC company called me about a role which sounded interesting. Then they said the initial part of the interview was to write a project for them, which essentially amounted to "rewrite memcached in go". I must assume they were looking for free labor under the guise of an interview. I strongly suspect there was no job. I offered to do the work for $200/hr, never heard back. Actually, I did hear back over six months later when the same recruiter contacted me again with the same story. I reminded him that we already talked about this long before. Never do work for free under the excuse of an interview.
brycehamrick 8y ago
I've hired dozens of developers and I do use take home assignments but primarily to weed out obviously unqualified candidates. My objective is to keep good developers interested through the entire process but arrive at a "no" decision as early as possible. My take-homes typically take qualified developers 15-20 minutes to complete but require some amount of research to complete (e.g. third-party API documentation). I've found that if you ask too much of candidates too early in the process you lose a lot of good ones.
- collyw 8y ago
  Nothing that you have to research takes 15-20 minutes of time unless you are literally cut and pasting a Stack Overflow answer.
chucksmash 8y ago
Everybody is weighing in on whether coding tests are good or bad, and whether or not they personally would do one. Framing them as either good or bad (or would vs would not take) misses the point though. What we're discussing isn't a binary thing, it's an elasticity curve from something like (effort required / lucrativeness of job) to the willingness of the candidate to complete the assignment. On that basis, I'd say there definitely are cases in which I would spend 50 hours on a take home assignment with even a 1% chance of success. There are also cases where I wouldn't spend five minutes on a take home assignment with a 100% chance of success. If you're going to give take home assignments, the effort required should be in line with how amazing a job you're offering. If you're offering people $1mm/yr to work on <that thing you love>, putting a huge filter out in front is probably in your best interest. If you're trying to get someone to move to SF for $70k a year... As a side note: if you're going to have a take home test, have the decency to make the scenario interesting and the answer illuminating.
SergeAx 8y ago
I've been on both ends of this story: as a developer candidate and as a manager willing to fill the position. Story 1: test project for about 10 hours, done according to industry standards. HR asked to refactor it so the code base would be read-accessible via webserver. I've declined it as a bad practice, learned enough about the company. Story 2: put 10+ hours into inventing interesting take-home case and writing spec, gave it to 5 candidates, gave every one of them a half-hour code review session, accepted the best one. I am having fun while writing code and prefer to work with similar people. It's okay if you don't want to build a take-home project for me, there are lots of software engineers who will and it will be more fun to have them around. And, by the way, you may chat with cook for hours about food, ingredients, sauces and hygiene, or you may ask him/her to just grill a steak right here and taste it.

107 points by bra-ket 8y ago

Ouch. 50 hour lesson on not being taken advantage of though, so there's some value there.

Having worked at a startup I would not be surprised if they used that assignment in order to get some of their work done. The startup I worked at wanted to use Kaggle competitions in order to improve their AI code that they ripped from other sources (all while the marketing team made them look as if they were a legit company at the top of the field).

droithomme 8y ago
> they used that assignment in order to get some of their work done Yes, that's a common technique. Another, depending on how they found and contacted this startup, is that the test isn't really from the company it claims, the contact person is actually a candidate who is tricking people into completing the take home assignment on his own interview somewhere else. A third technique, when the questions seem like homework questions, is that it can be a student somewhere impersonating a company and posting fake job ads in order to get other people to do his school assignments. Generally one should verify the company exists and that their contact works at the company before proceeding with these. Also if the assignment appears to be exactly something that would be of great benefit to the company and also takes a good amount of work, it is best to decline as some companies use sham job interviews to get free contract work done.
- iamben 8y ago
  Friend of mine interviewed for a role where they explained a problem and asked how he would solve it. He spent 90 minutes explaining possible solutions while they made notes. It's a pretty specialist domain so he knew others who were interviewing. After the interviews they pulled the position - I suppose no one will ever know for sure, but after putting their heads together and doing some digging they figured the whole set of interviews was put together to solve a problem the business was having, and it was just an easy way to get a bunch of solutions from very specialist / expensive people.
  - dba7dba 8y ago
    I actually went in for a job interview as a sys admin. Turns out they were just trying to dig for some information from my current company. Both were pretty in similar domain. I was a junior level so probably didn't prove them with any useful info...
sonnyblarney 8y ago
I don't get this. A few lines of code by some random person are not going to help your company, unless there is 'deep insight' i.e. maybe some high end AI thing, etc.. Code needs to be owned, maintained, up to spec, documented, integrated. There's nary some random person can do remotely with little guidance that's going to help. The 'coding' part isn't that hard, it's all the details etc. that matter. You'd waste far more time and energy trying to get the right person, the right bit of code, changing it to suit the common architecture etc.. Obviously there are ethical questions, but they're moot if it's a stupid exercise to begin with.
- deleted 8y ago
  [deleted]
- deleted 8y ago
  [deleted]

unstatusthequo 8y ago

I would absolutely send them a bill for the time. Oh you didn't pay? Small claims. Then it's also public record. My guess is given the facts you'd fare pretty well.

jstarfish 8y ago
What exactly are you claiming? The company said "do some work for us for free" and the applicant accepted. A compensation claim would go nowhere. This is more in the state Department of Labor's jurisdiction but they won't do anything about it either.
- C1sc0cat 8y ago
  Minimum wage law maybe :-)
harlanji 8y ago
There was no agreement for compensation, so I don’t know that’d work. Some actual damage would have to be done. Lost time alone isn’t enough, it could maybe be shown to result from the damage and need to be restored. Justice is restoration, what’s broken? I change minds though small actions like refusing to work for companies that are out of alignment with my values, maybe this could do it. Sending a bill would be more of a symbolic FU than anything.

nobleach 8y ago

Our recruiters discourage us from sending out "take-home" tests, but I have to admit, I'd rather see a comprehensive "can you build an endpoint that fetches data from other places - some in parallel, some in serial - and build a response?" type challenge instead of "can you reverse a string?" or "can you find the next permutation of this number sequence?". Yes, it'll take about an hour or so to pop something up on your GitHub. But it'll show me how/if you handle errors, if you add logging, if you write some tests. I get that not everyone has the time (or desire) to devote to this but... I sure do hate doing the "CS-secret-handshake" to make myself believe a developer can solve problems.

bengale 8y ago
> "can you build an endpoint that fetches data from other places - some in parallel, some in serial - and build a response?" Years back now this is what we did when we were hiring, and then used it to jump start the conversation in the interview. Tried to keep it to an hour or so of work, but if someones interviewing at multiple places that can add up quickly. I think your recruiter is probably right, unless you have some sort of outstanding place where people are lining up to work. Personally I refuse to do anything like it for interviews now, and I know a lot of others on the more experienced end that do the same. There's way too many places that'll hire without it to bother, unless it was somewhere like google where its sort of expected.
- nobleach 8y ago
  Sadly this is the current market. We're grasping at finding the best way to judge whether to bring someone onsite. Video coding challenge? Simple phone conversation? We've done all of these and they often go the same way, hours taken out of multiple people's schedule only to find that we should have weeded this candidate out at an earlier stage. (Not always, but often enough)
crispyambulance 8y ago
> ...can you build an endpoint that... Wait, you're expecting someone to whip up an endpoint that pulls in arbitrary parallel and serial data sources, handles errors, has logging and also has tests IN ABOUT AN HOUR? That's kinda optimistic!

hellow42 8y ago

This reminds me of when I had to work a full day at the startup for free, in order to check if we were compatible.

overcast 8y ago
You agreed?!
- greenyoda 8y ago
  If they worked for free it would be illegal in the U.S. (violation of minimum wage laws).

MivLives 8y ago

I'm hunting for a job right now and this stings. I've had multiple companies just stop responding after 2 or 3 interviews. The weirdest one though was the company that after four interviews emailed me to "schedule next steps". The next steps turned out to be telling me they wouldn't be hiring me but to apply again in six months. I have no problem being rejected but make sure you are actually doing so, a form email is fine. Ghosting me is not, and I don't need a phone call telling me you're not hiring me.

jeffdavis 8y ago
A phone call is generally regarded as more respectful than an email when delivering bad news.
- noer 8y ago
  It's oftentimes better for both parties when rejecting someone to do it via email. The person being rejected isn't put on the spot to compose themselves and be a good sport while the person doing the rejection can manage the response from the person getting rejected (don't have to immediately answer follow ups and/or defend their decision).
  - deleted 8y ago
    [deleted]
- aetherson 8y ago
  There are definitely people who feel like this, but I'm with your parent poster -- I do not want to have an uncomfortable conversation with you about why you're not giving me an offer. This isn't a breakup. We weren't dating. You can just send me an email.
  - jiveturkey 8y ago
    especially when it's just an offer/rejection. we aren't talking about a layoff.
  - 8y ago

ramraj07 8y ago

While going through a data science internship a bunch of my colleagues applied to this rideshare startup that's (in)famous for having "high standards" and having this comprehensive take home problem that took a week to complete. It was obvious from what others spoke that the type of people they were looking for does not match our profiles, but they gave this challenge to everyone who showed interest and never took anyone after that anyway. To be fair they did interview some before rejecting them. I feel like such large take homes should only be done if you really think the candidate is a good fit after some interviewing.

harlanji 8y ago
> I feel like such large take homes should only be done if you really think the candidate is a good fit after some interviewing. For me to consider them a good fit they’d request money to complete the assignment. Fixed would be A+, hourly would be C, free would be F. An interview is one thing, like a free consultation. Take-homes and even all-day/3+ round processes are pushing it.

georgehayduke 8y ago

Anything that takes more than a couple of hours should be compensated. This includes "training days".

ghaff 8y ago
You hear this a lot but it's really not practical under a lot of circumstances. For starters, it will often be a violation of your current employment agreement. I do get the issue. I've been in jobs where having a writing sample or even giving a presentation on some topic were pretty much non-negotiable and, if a candidate didn't have those ready to go, they'd have had to prepare them. But, at least in those cases, it was a topic of the candidate's choosing so they didn't necessarily need to create something custom.
- C1sc0cat 8y ago
  I suspect doing it for free might be as well - especially if its a sneaky sole a production problem for us.

sixhobbits 8y ago

I know how frustrating it is for candidates but having been on both sides of this, I sympathise with tech leaders at startups who are on the hiring side too. We used to send out open-ended programming assessments as part of our hiring process. It's really hard to keep track of everything without an ATS and good internal processes and even with those it's hard to predict how many candidates will drop out at this stage so there's a strong incentive to invite too many and risk getting swamped than vice versa. Not proud of it but I've definitely kept candidates waiting for several weeks due to being unable to keep up with the rate of submissions. I think there's a non zero chance this guy is assuming too much malicious intent and could get a positive response still

eropple 8y ago
> I know how frustrating it is for candidates but having been on both sides of this, I sympathise with tech leaders at startups who are on the hiring side too. Don't. Because it's a self-inflicted problem. The "tech leaders" (aside: this is a gag-worthy phrase) do it to themselves through inflated requirements and no real holistic understanding of what they either want or need in a role. Hiring well is not difficult. Hiring well with stupid expectations is, and that is firmly and inescapably the fault of ye olde "tech leader", and sympathy is undeserved.
nradov 8y ago
There's zero excuse any more for not having an ATS. They are available cheaply from multiple SaaS vendors.
andrew_ 8y ago
> I think there's a non zero chance this guy is assuming too much malicious intent and could get a positive response still A two week lapse is egregious. I would assume incompetence before malicious intent.
AnimalMuppet 8y ago
No sympathy. The way this came down to this guy was abusive. It may have been abusive without malice, but it was still abusive.

joker3 8y ago

Don't spend 50 hours on a take-home for an interview. Instead, email the company and very politely explain that they're delusional. You probably won't get a response to that either, but at least it takes less time.

jandrese 8y ago
Or maybe they expect it to be a 30 minute assignment and the fact that it took the guy 50 hours to finish it is a clue in and of itself.
- lmilcin 8y ago
  If it takes 30 minutes then what you do is organize 60 minutes coderpad session and get lots more information than just a solution that the candidate pretends he did in the allotted time.
- plorkyeran 8y ago
  They gave him two weeks to do it and it was apparently a multi-part thing where it made sense to send in answers to the first part before doing the rest. That doesn't sound like something that's supposed to take 30 minutes.
- S-E-P 8y ago
  It's still very rude not to respond to someone's efforts just because they took extra time to get things right. But yeah, as another commenter said, they gave two weeks and it seems like a multiparter.
- slg 8y ago
  Which is why if you commit to doing a take home project, you should at least ask how much time they expect the project to take. For a lot of software development projects there is always something to work on and improve if time allows. Parkinsons Law and all. I might be a good idea to exceed their estimate a little to get a more finished product, but that number at least anchors the project timeline. If they legitimately answer with 50 hours, then feel free to laugh in their face. However a 2 or 3 hour project to be completed at some point over 2 weeks seems completely reasonable.

HeWhoLurksLate 8y ago

Little mirror, if your work blocks it: http://archive.is/fQP23 http://archive.is/fQP23

deleted 8y ago

[deleted]

LastZactionHero 8y ago

I've been in that spot. Not quite 50 hours, but and not exactly ghosted, put a lot of real time and dedication into a lengthy project and questionnaire, to get back a 'no, sorry'. I responded for some clarification: Where could I improve? What would make me a more attractive candidate? Nothing. We're a pretty close-knit tech community (Boulder) so it felt like a real slap in the face. I manage dev hiring at my company, and when I give take-home assignments, I make sure to give them a timeline of no more than 2 hours. If you get to that point, it's okay to tell me what you would have done, as I should be able to tell by that point if you know what you're doing and could accomplish it. "Busy" is not an excuse. If you've got the time to interview someone, you make the time to treat them respectfully and provide quality feedback.

wolco 8y ago
The 2 hour timeframe makes sense for everyone.
scarmig 8y ago
> provide quality feedback I always hear warnings about how this opens you up to very scary legal liability, but I'm wondering how true it is. Has anyone ever gotten into trouble providing feedback? I guess things like "you had no social acumen and your hygiene left too much to be desired to be hireable" wouldn't go over well.
- ekovarski 8y ago
  In litigation happy countries, yes, it does open you up but less so if you focus on technical facts pertaining to the job and not any personal issues. ... and, yes, I know of a few cases where honesty was not the best policy. The circumstances were quite possibly valid where others would not have felt comfortable with the individual, and potentially cost the business money, but being honest at that stage was not doing anybody any favors. In technology, if you believe someone lacks x, y or z, to round out their skill set and you can articulate it without making it personal, I think the recipient will appreciate it - maybe not the same day as they were rejected, but it's always nice to get a perspective from an outside party. If you can't articulate the short comings then maybe focus on the good aspects and then use the generic not today, maybe in the near future kind of response... but you shouldn't ghost them.

pastor_elm 8y ago

There is a middle ground for these types of assignments. Have your interviewee come up with a potential design and ask them to highlight some specific concepts or programming methods. Then cover an individual component in person, pair-programming style. Don't know why more companies don't do this.

tokai 8y ago

I like the comment about putting the project in his portfolio. He should hold the copyright for his code, unless he signed it away.

greenyoda 8y ago
Regardless of what was signed, I doubt that the company would own the copyright if the developer wasn't paid anything for it (and didn't even receive feedback). A valid contract requires that each party receive something of value.[1] And the company can't claim it was a "work for hire" because it wasn't paid for. [1] https://en.wikipedia.org/wiki/Consideration_under_American_law https://en.wikipedia.org/wiki/Consideration_under_American_l...

jrockway 8y ago

I have done the takehome style interview before. I spent about a day on it, then said "here's a day's work, there is an API and a backend with tests, writing the frontend would be straightforward" and they said "go away unless you do it all". I went away. They had enough of a programming sample to make a hiring decision. As a hiring manager, the takehome is very tempting. Candidates put their Github profile on their application. You go and look and there's nothing there except some make-react-app template. Their work experience on their resume is bullet points like "enabled solutions for the business through synergy", which they've been doing for five years. But they write you a cover letter about how much they like your company, so you want to give them a chance. You read on HN about how whiteboard interviews are unfair. So with no data, you reach for the takehome. If they can do some assigned work, then they'll probably do well in the role that they've applied for, and that's a good hiring decision. And they said right there in the cover letter that they'll do anything to get this job. It just seems natural. For that reason, it's something I keep in my back pocket. (So far I've used it 0 times, though.) You can definitely have a Github repository that is more valuable than any takehome would be. You could actually talk in detail about the sort of engineering problems you've solved on your resume, and the takehome wouldn't show me anything new. But the reality is that the vast majority of candidates do neither. They work all day, so the last thing they want to do when they go home is write some open-source software. I get that. They have no idea what a resume should look like, since they've never been in that resume screening or interviewing role, so they write whatever some professor in college told them to do. ("It must fit one one page," is what I was told. I have learned that the opposite is true, if you want a job anyway.) So having some way to determine "can this person program at all" is valuable. But it's very time-consuming for the candidate, so is not ideal. A smart candidate will say "nope". A naive candidate will spend 50 hours on a 2 hour task and be mad. So it's probably not ideal. (As an aside, what is the deal with these boot camps? Every single applicant has the same exact react app in their Github, and an entry for building it on their resume as though it was work experience. I sifted through 100 such resumes recently and almost have a script to determine which bootcamp they went to based on which files are in their Github. Is anyone getting jobs this way!? I am beginning to think that it is some social experiment involving bots.)

xvector 8y ago

w0mbat 8y ago

Startups always claim the project will only take 2 hours, but doing a half-decent job takes more like 2 days, and in real-life you'd spend 2 weeks or more on it to do it properly (tests, localization, documentation, performance tuning, etc). I am not sure how you are supposed to make a choice between doing it quickly and being called "sloppy", taking a realistic time and being called "slow", or any of the points inbetween.

travisjungroth 8y ago
I had a company give me an assignment to create an API for matching an order book. Business logic, web API, “must be production level code”, documentation, set up instructions, and tests. Estimated time: 2-3 hours. I did it in 6 because I enjoy that sort of work and considered myself fast. I sent it to them along with an email saying there was no way someone could do it in 3, let alone 2, and I wasn’t interested in moving forward.
- peteradio 8y ago
  Why would you send it to them with no intention to move forward. They probably derived some benefit from their shitty maneuver.
  - snazz 8y ago
    Maybe to rub it in that they were letting a good candidate slip out between their fingers?
    - travisjungroth 8y ago
      Yeah, that was definitely part of it. It was a mix of ego and desire to be helpful. I was going to finish the thing anyway, and I knew my feedback would be taken more seriously if I finished it first versus complained up front. One of the cofounders called and tried to get me to interview, but I explained that between this and the call I’d had with the other cofounder (“What is the lowest possible salary you’d be willing to accept?”) I wasn’t interested.

stakhanov 8y ago

Been there, done that. Spent considerably more than 50 hours on it too. Not because I broke the rules but because they made it a point to specifically emphasize that I should take my time rather than submit something half-assed. -- I will not be so naive in the future. Now I specifically ask how many other candidates for the same spot are in the stage of the take-home exercise. If it's more than half a dozen, forget it. It depends on a number of further factors: Anything up to 48 hours I might do for free. For anything more, I would push pretty hard on them paying for my time to make sure they have skin in the game. A number of reputable companies do this now.

xvector 8y ago
> Anything up to 48 hours I might do for free. I wouldn't even suggest this. Anything over 1 hour is biting into my own valuable time. Your take-home challenge should not take longer than a coding challenge I'd do for another company (and those are around 30 minutes). If they don't care to spend phone or on-site time interviewing me after this, then they were never worth applying to in the first place.
- stakhanov 8y ago
  I should clarify: By 48 hours I mean that my comfort zone would be a 48 hour timespan from getting the assignment to handing it in, which might be 10hrs spent actually working on it. Some companies do impose a limit like that, to reign in people who would break the rules and put massive numbers of hours in to get an edge over people unwilling to do that. ...this limit is something I agree with as good practice. Also, as a bit of context: I tend to work remotely. When interviewing for a remote job, I don't think I would prefer it if they were to fly me in. That would most definitely be even more time wasted, plus the time I spend on a plane is doing nobody any good, neither them nor me.

masterjack 8y ago

Given that it was a data science interview is it possible they were expecting it to be a fast simple thing (some pandas, some sklearn, you’re done) and instead he did some long slow manual thing so they rejected him?

shkkmo 8y ago

I've only done a very small amount of hiring, but I honestly can't imagine assigning take-home work over an hour or two without paying the applicant for their time. I can't see how an ethical engineer can do otherwise.

crankylinuxuser 8y ago
The answer is that HR is not ethical. But it's easy to use a ton of home-time as a low cost filter bubble. You pay, the company doesn't. And they're not required in telling you why they said no or ghosted you.

lm28469 8y ago

> I was desperate for a job > decided to put everything else on hold > That in turn is making my life miserable ... anxiety attacks > Why get someone's hopes high just to fuck them right in the face > because there were a bunch of typos in it. Overall if OP manages to process it the right way it'll be a very good life lesson. Never put yourself in such a weak position if you can't accept defeat. Also, if it took him 50 hours, either the task was way to big or he wasn't a fit. - Spending a lot of time on something doesn't equal success - Don't get miserable over things that are not in your control [0] - Don't trust companies, they're money printing machines, not charities. - Most people don't care about you / your time, unless it's in their direct personal interest - Always have a backup plan [0] http://www.sacred-texts.com/cla/dep/dep045.htm http://www.sacred-texts.com/cla/dep/dep045.htm

retiredcoder 8y ago
I see your point to not trust companies but even I after over 10 years in this industry sometimes get fooled. For me personally, I cannot live a skeptical nor cynical life and I usually deal with people not companies. When I start the interview, I get the sense of their people, and if I find them to be decent I move on with the process. Most of the time my expectations are met fortunately. So, I can’t really blame the victim here.

lmilcin 8y ago

I have almost two decades of experience as a software developer, working for a number of big name companies. First, I will never accept home assignment. There is lots of problems with this even if intentions are good. I assume this kind of request tells me something about the organization and the manager making the request. I will ask if it is company policy or local initiative. Sometimes managers just don't know any better. I would politely explain why I won't comply. I will propose alternative solution which is session over Skype that lets me show how I work while I gather requirements, design, implement and verify the solution Lastly, I will observe the manager dealing with the unexpected request and grade based on how she deals with it. Remember, they want to got to know you to get better deal, you should do the same.

rogerkirkness 8y ago
Why would you not do a paid take home assignment when it's the way your potential employer is approaching hiring? Or do people ask this unpaid? We do paid two hour assignments, I feel like it just helps people show their style. And it's a helpful preview of where to coach them too.
- deleted 8y ago
  [deleted]
- lmilcin 8y ago
  Because any work delivered in such circumstances has no value (it might be done by your friend for all I know). It creates incentive for candidates to waste time polishing the solution. Most importantly, if you are an employer, think you are probably turning away your best candidates as the only ones that will continue are the ones that are OK with this b*t. Maybe they don't know any better or don't have other concurrent offers to work on or they don't have current job or are not putting effort at the current one. In any case it is likely that they are not your best candidate unless you are best employer in the world that they will do anything to work for. Funny thing, best employers in the world don't ask candidates to do home assignments. If I am on the market I want to find and chase some number of potential offers. Ideally, I will get all those offers at the same time to pick and choose the best of the pack. This all happens while I have other engagements with my current employer, while I am closing projects, etc. I don't have infinite amount of time. A request like that would drain all my available resources and prevent me from taking part in other processes.

alwaysdoit 8y ago

Say what you will about the merits or necessity of all-day in-person interviews, at least the company is investing a roughly symmetric amount of time into the interview process.

scarmig 8y ago
It's more time on the company side, if anything. Each hour of interviewee time probably costs two hours of interviewer time, and that's before accounting for hiring committee time, the cost of real estate for the rooms, recruiters, interviewer training time, etc.

j2bax 8y ago

I do occasionally give take homes that could take this long but it is only when the candidate is purely junior and doesn't have much/any work to review and show for themselves, but shows a lot of promise from a general employee perspective. I always let them know that they are welcome to use this work in their portfolio. I also let them know that we have senior level staff available to answer any questions they may have as they are working through it. We want to know how they approach problems, how able they are to figure things out, and if they know when its appropriate to reach out for help. I would never use this work for anything outside of this testing environment. If you are wanting to make a major career jump and haven't spent a whole lot of time building up your Github or filling out your portfolio, be ready to jump through some serious hoops.

andrew_ 8y ago
> but it is only when I hope you're compensating them for the time. Junior, or otherwise, that's disrespectful of the candidate's time. > be ready to jump through some serious hoops Eesh. This is just an abject example on just how bad the hiring process has become.
- j2bax 8y ago
  >I hope you're compensating them for the time. Junior, or otherwise, that's disrespectful of the candidate's time. Typically, we provide a small compensation for the candidates time, although it probably doesn't amount to a lot per hour. >Eesh. This is just an abject example on just how bad the hiring process has become. To be fair they can jump through hoops on their own and build up a body of work through personal projects etc and we will make a hiring decision based on that or we will provide them beautifully designed test assets and ask them to make something functional to the best of their ability. When they are done, hopefully its something that they can be proud of and build upon, whether we hire them or not. We put ourselves at their full disposal to help them wherever they are at as they complete the test project.
jiveturkey 8y ago
> I do occasionally give take homes that could take this long but it is only when the candidate [has no history]. That's fair IMHO, however not the complaint here. It's that after so much effort, the candidate got ghosted.

andrew_ 8y ago

The take-home-task and white-boarding culture around interviews is horrendous, and unfortunately pervasive. I've worked at startups for the last 10 years of my career and I can emphatically say that there are a lot of them out there don't participate in either practice. (General statements with lots of holes based on personal experience and general subjectivity ahead) White-boarding is for recruiters, hiring managers, and the devs who volunteer to step into interviews, so that they don't have to properly vet a candidate. It's lazy, and very often unrealistic. Take-home assignments display a general lack of respect for the candidate's time, are often nothing like the work actually being done at the company. And are a lazy, passive means to gatekeep the hiring process. Interviews that cover/ask about basic algorithms without acknowledging modern development practices and critical thinking (e.g. where and how to find the answer) aren't indicative of creativity or flexibility of the the teams you'll eventually land in, nor the company on the whole. --- The best advice I give newer, less experienced developers is: Build a public body of work in one way, shape, or form. Build relationships with people who can be good references. And lean on both as points of confidence when looking for work or being recruited. Look for companies with which the first person you speak with has a technical background, and actually understands what the role is for.

collyw 8y ago
> Build a public body of work in one way, shape, or form. This can be pretty difficult. Most places you work for will not have your work as open source. And if its backend work then there is not a lot to show the public in terms of end results. The sort of thing I am good at are building relatively large scale projects, it's not the sort of thing that I can do in my spare time without spending months. On top of that, I have offered people examples of code that I have in bitbucket and they still insist that you do their pointless c"oding challenge". Evey company thinks that they are special.

soared 8y ago

I have been paid a fair hourly rate for two of the take home assignments I've completed.

gerbilly 8y ago

Take home assignments usually indicate that the company has a 'take home' culture. If they find it so easy to ask someone to work on something in their free time when they don't have any leverage, imagine what'll happen when you work for them.

maxgiraldo 8y ago

Regarding take-home assignments, if you do decide to incorporate this into your hiring process, I think pulling a page out of Aaron Swartz's "How I Hire Programmers" [1] is a good place to start. Important points being to keep the task small and non-proprietary. If it is legally and financially possible, then also pay the programmer for her/his/they time. [1] http://www.aaronsw.com/weblog/hiring http://www.aaronsw.com/weblog/hiring

paulcole 8y ago

> But I was desperate for a job This is the key point. If you're truly desperate you have to try anything, including 50 hours on a take-home assignment. Yes, those 50 hours could be spent applying for other jobs, but if you're desperate that's what you should be doing with hours 51+.

MivLives 8y ago
This is why these threads can be frustrating for juniors with no experience. Yeah sure, if you have ten years of on the job experience you can refuse companies that make you do take home tests. If you have zero years then it's a lot harder. My hit rate for interviews has been about 1/20 for actual interviews per sent job applications. If there's a coding challenge and it gets me to the next round so be it.

DoubleGlazing 8y ago

At most I will do a one hour take home or online test. If I am requested to do anything more than that then I will politely decline. My reasoning is that a potential employer can find out what they want abut me and my skills by looking at my employment history and by speaking to my referees. To invest several hours in a test that carries no guarantee of at least an interview is not an investment I want to make when I could be spending that time with my family, or working on other applications. Another way of looking at it how I explained it to a recruiter who was annoyed that I wouldn't do his clients weekend coding test. I asked him if he would expect his client (off the shelf software house) to spend 5+ hours doing a coding exercises to prove their worth to a single potential customer - with no guarantee the potential customer would acknowledge their effort? After some hmmming and haaaaing he said no, he wouldn't. So I asked, why should I?

pyb 8y ago

I don't know how to reconcile this new trend for take-homes, and more generally, ever more arduous recruitment processes ; and OTOH, the usual claims that there's a deep shortage of good candidates for software development jobs.

scarmig 8y ago
"good candidates" are those who meet two conditions: 1) competent and 2) suckers, in the sense that they'll put in a lot more work than they'll get in compensation. The process successfully selects for good candidates.

AnimalMuppet 8y ago

If you're hiring, and you do this kind of thing, you're only going to get people who are desperate, which tends to not be the top talent. Top talent usually has options, and won't put up with this kind of garbage. So if you're doing this, you're filtering to get lesser talent that will put up with being abused. Is that really the hiring filter you want?

deftnerd 8y ago

This spurred me to think of a neat way to help the community. A site that takes requests for opensource code packages or modules (or refactors or contributions) and lets applicants work on one of those. The hiring company could select what skills they want to test the applicant on and the applicant could pick among any number of matching requests for open source work.

filthius 8y ago

Any take home project for an interview should be delivered or mirrored from your public GitHub profile. Bonus points if you slap a GPL license on it.

silveroriole 8y ago

Am I the only one who likes take-home assignments? Not for 50 hours, but I’d far, far rather spend some of my weekend comfortably coding on a chunky assignment than be asked stupid ‘cracking the coding interview’ questions in person.

ThinkBeat 8y ago

I think take homes are pretty good. I have done them and I am now providing them for new applicants where I work. It is amazing how many people have a resume that looks good, and seem solid but they cant code in any reasonable way. We do phone screen, bring in applicants that have a good resume and presented ok on the phone part. If we like them, we give them a take home assignment that is based on our technology stack, everyone gets the same one for each posistion. They committ it to our github, we spend some time looking through it. We bring back the best performers for a second interview where they can present their work and talk about the experience. If we like that we hire them :) The quality of our hires have gone up once we started doing it. I understand it is not for everyone.

mnm1 8y ago

Yup. I did a similar assignment although much shorter. The company then decided not to hire anyone. Never gave feedback or even looked at it. Since they I won't do this type of shit anymore unpaid. If they pay, we'll see.

jjav 8y ago

About a year ago a recruiter from a NYC company called me about a role which sounded interesting. Then they said the initial part of the interview was to write a project for them, which essentially amounted to "rewrite memcached in go". I must assume they were looking for free labor under the guise of an interview. I strongly suspect there was no job. I offered to do the work for $200/hr, never heard back. Actually, I did hear back over six months later when the same recruiter contacted me again with the same story. I reminded him that we already talked about this long before. Never do work for free under the excuse of an interview.

brycehamrick 8y ago

I've hired dozens of developers and I do use take home assignments but primarily to weed out obviously unqualified candidates. My objective is to keep good developers interested through the entire process but arrive at a "no" decision as early as possible. My take-homes typically take qualified developers 15-20 minutes to complete but require some amount of research to complete (e.g. third-party API documentation). I've found that if you ask too much of candidates too early in the process you lose a lot of good ones.

collyw 8y ago
Nothing that you have to research takes 15-20 minutes of time unless you are literally cut and pasting a Stack Overflow answer.

chucksmash 8y ago

Everybody is weighing in on whether coding tests are good or bad, and whether or not they personally would do one. Framing them as either good or bad (or would vs would not take) misses the point though. What we're discussing isn't a binary thing, it's an elasticity curve from something like (effort required / lucrativeness of job) to the willingness of the candidate to complete the assignment. On that basis, I'd say there definitely are cases in which I would spend 50 hours on a take home assignment with even a 1% chance of success. There are also cases where I wouldn't spend five minutes on a take home assignment with a 100% chance of success. If you're going to give take home assignments, the effort required should be in line with how amazing a job you're offering. If you're offering people $1mm/yr to work on <that thing you love>, putting a huge filter out in front is probably in your best interest. If you're trying to get someone to move to SF for $70k a year... As a side note: if you're going to have a take home test, have the decency to make the scenario interesting and the answer illuminating.

SergeAx 8y ago

I've been on both ends of this story: as a developer candidate and as a manager willing to fill the position. Story 1: test project for about 10 hours, done according to industry standards. HR asked to refactor it so the code base would be read-accessible via webserver. I've declined it as a bad practice, learned enough about the company. Story 2: put 10+ hours into inventing interesting take-home case and writing spec, gave it to 5 candidates, gave every one of them a half-hour code review session, accepted the best one. I am having fun while writing code and prefer to work with similar people. It's okay if you don't want to build a take-home project for me, there are lots of software engineers who will and it will be more fun to have them around. And, by the way, you may chat with cook for hours about food, ingredients, sauces and hygiene, or you may ask him/her to just grill a steak right here and taste it.