TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

I will not hack on your codebase for free in an interview

159 点作者 groundCode超过 11 年前

70 条评论

tokenadult超过 11 年前
Too aggressive in tone for what the gripe is here. I wouldn&#x27;t hire this guy. Several of you long-time participants on Hacker News have noticed various iterations of my FAQ post on company hiring procedures,[1] and if you haven&#x27;t read that, I invite you to follow the link and read it. Genuine work-sample tests are a GOOD idea in hiring, as most of the comments already here have said. Perhaps a full-day work sample feels too long to most job applicants, compared to a one-hour work sample (but how much would paying each applicant help with that?). There are also intellectual property issues here (but doesn&#x27;t freedom of contract in most countries allow a way to resolve that issue?). But he doth protest too much, methinks.<p>In any job application situation, the company&#x27;s concern is &quot;can this applicant really do the job and do it well?&quot; The applicant&#x27;s concern is &quot;will I really find a good fit in this company and advance my career here?&quot; In general, a work-sample test is a very good idea for answering both kinds of questions, and anyway research shows that a work-sample test is a far more valid hiring procedure than most other hiring procedures that have been tried. Check my FAQ link for research citations on that topic.<p>[1] <a href="https://news.ycombinator.com/item?id=5227923" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=5227923</a><p>P.S. Yes, I intend to touch up my FAQ draft some more and then post it to my personal website. I just bookmarked the blog post kindly submitted here as another resource to refer to as I update my FAQ.<p>AFTER EDIT: I&#x27;d be happy to discuss with readers who disagree with this comment what the nature of your disagreement is. That helps me learn to make the FAQ better for its next posting on my website.
评论 #6847041 未加载
评论 #6847179 未加载
评论 #6847536 未加载
评论 #6847660 未加载
评论 #6847523 未加载
评论 #6847226 未加载
评论 #6847461 未加载
评论 #6847345 未加载
评论 #6848097 未加载
评论 #6847133 未加载
wldlyinaccurate超过 11 年前
You know what? I <i>wish</i> companies let me play with their codebase in an interview. At least then I could see how much truth there is to all the &quot;yeah we totally have a great automated test suite and build process&quot; I get told during interviews.<p>A whole day is unreasonable, but I&#x27;d jump at the chance to do what TFA describes as &quot;free work&quot; for an hour or so.
评论 #6846953 未加载
评论 #6847145 未加载
评论 #6847164 未加载
评论 #6847497 未加载
jawns超过 11 年前
So here&#x27;s the problem:<p>1) A great way to assess your technical chops is to watch you code.<p>2) A great way to see if you can do the actual work that you&#x27;ll be expected to do on a day-to-day basis is to work on a real-world task on the team&#x27;s actual codebase.<p>3) If you have what it takes, then it&#x27;s crappy to have you &quot;work for free&quot; for a day. But if, after the day&#x27;s over, it&#x27;s clear that you don&#x27;t have what it takes ... then have you really &quot;worked for free&quot;? (Remember, freelancers don&#x27;t get paid unless they deliver.)<p>Here are some ways to address this problem:<p>1) Do paired programming on the actual codebase -- but on an old problem, the solution to which has already been implemented in production. This makes it clearer that the exercise is merely to assess your skills and not to get free labor out of you.<p>2) Pay all in-person interviews for their time. Once they&#x27;ve passed the phone screen and whatever other preliminary hurdles you&#x27;ve set up, you should feel pretty good that they&#x27;re not just wasting your time. So compensate them.<p>3) If you don&#x27;t have the budget to do #2, which -- let&#x27;s face it -- is uncommon, then perhaps you could offer a signing bonus to anyone you end up hiring that essentially repays them for their time.
评论 #6847191 未加载
评论 #6847083 未加载
评论 #6846865 未加载
评论 #6847039 未加载
评论 #6847159 未加载
评论 #6846874 未加载
评论 #6847228 未加载
评论 #6847232 未加载
评论 #6848713 未加载
评论 #6847682 未加载
评论 #6847420 未加载
eshvk超过 11 年前
So I have gathered that these are some of the populations of developers:<p>1. There is a class of people who will not do algorithmic interviews, who think they are puzzles and not exactly what a programmer does on a day to day basis.<p>2. There is a class of people who think doing homework assignments makes no sense, especially if you have a full time job and this eats into your evenings.<p>3. There is another class of programmers who won&#x27;t work on coding projects because you may potentially be exploited.<p>For a group of people with highly specialized skills (who get underpaid when compared to lawyers and doctors), we do tend to complain a lot.
评论 #6847064 未加载
评论 #6847182 未加载
评论 #6846926 未加载
评论 #6846869 未加载
评论 #6847107 未加载
评论 #6847237 未加载
mschuster91超过 11 年前
Hey, I&#x27;d take the offer - you get to see if the coding style and the procedures used are even remotely what you expect.<p>I personally would never join a place still using CVS for source code management, even SVN is something I&#x27;d like to have a night of good sleep before accepting. Same for not having proper bug tracker systems.<p>Edit: Also, as the introduction to How Stuff Works will likely be done by a dev team member, this presents you with the ability to ask the <i>dev guys</i> how the job really is, and not what a clueless HR idiot tries to sell you.
评论 #6846868 未加载
评论 #6846875 未加载
评论 #6846844 未加载
stinkytaco超过 11 年前
Both of the posts on that blog just read as sort of bitter and sad to me. I&#x27;m sorry you can&#x27;t find a job, dude, but maybe your anger management is getting in the way.
评论 #6846806 未加载
评论 #6846789 未加载
评论 #6847155 未加载
评论 #6847447 未加载
PaulJoslin超过 11 年前
Just looking at his two blog posts, I think that the company&#x27;s hiring practice worked perfectly and weeded out someone who <i>may</i> be technically competent, but is toxic to the work environment.<p>His tone is aggressive and completely self centred - imagine trying to have a meeting with him where he sticks stubbornly to his opinion, refusing to listen to other opinions and potentially throws tantrums whenever he doesn&#x27;t get his own way.<p>Secondly, the fact he refuses to pair program with a developer on the existing code base &#x27; to see how he works within a team &#x2F; on code - suggests that he probably would equally be unlikely to do anything outside of what he is technically being paid for.<p>I&#x27;m not saying anyone should work for free, but sometimes you have to help out, whether it&#x27;s working a bit later or helping during a crunch time. He comes across like he only would want to work on things that interest him, during the hours he&#x27;s paid and then be out the door.<p>I think the company that was hiring did a good job of filtering him out.
评论 #6847727 未加载
评论 #6847086 未加载
评论 #6847921 未加载
评论 #6847063 未加载
评论 #6848086 未加载
评论 #6848895 未加载
评论 #6847615 未加载
mburst超过 11 年前
I had a similar thing happen to me when I was interviewing at companies right before graduating. One of the companies sounded like an awesome opportunity. They were willing to fly me out to San Francisco to interview me. However, the interview consisted of me doing 3 days of pair programming on their application.<p>After the initial shock of excitement I realized the cost to fly me out there was much cheaper than they could hire a dev for. I actually thought it was a pretty ingenious way for for a startup to get cheap work while raising money.<p>As some people have already suggested I think there are some good ways to avoid having to do this while still getting an idea for the candidate. You can offer to pay for their time, you can have them reimplement a feature you already have, or as the article suggests work on an open source project that one of the parties are familiar with.
BuildTheRobots超过 11 年前
The last place I interviewed with set the bar pretty high as far as I was concerned.<p>After a pretty standard interview one afternoon, I got asked if I&#x27;d be willing to come back in for a couple of days to see if I got on OK with their current team. They made it extremely clear that as they&#x27;d be taking up a couple of my days, they&#x27;d pay me pro-rata for them whether I got the job (and chose to take it) or not.<p>If you&#x27;re interviewing with a company that actually cares about the happiness of their employees, then they tend to make this pretty obvious pretty quickly. I would suggest that the ones who make it obvious are the ones you want to be working for.
6d0debc071超过 11 年前
&gt; <i>LD (frustrated): &quot;But I need these features out in the field today. Anyway, I don&#x27;t see what the problem is, it&#x27;s only a day&#x27;s worth of work.&quot;</i><p>&quot;This is meant to be to assess my competence. They&#x27;re gambling your deadline on either being extremely sure that I am going to be good at this job, in which case they&#x27;re trying to get a free day&#x27;s work out of me. Or they&#x27;re taking a worse gamble on someone they&#x27;re not really sure of, in which case they have no respect for you and by extension their workers.<p>Either way, you shouldn&#x27;t be using work that actually matters to test new entrants; in the former case it exploits me, in the latter case it abuses you. So, given it&#x27;s clear I&#x27;m not a good cultural fit to this company, I&#x27;m going to have to decline.&quot;
评论 #6847739 未加载
awjr超过 11 年前
I can see how he would be annoyed to do a day&#x27;s work, however I would potentially have compromised on an hour or two. I have <i>discussed</i> , in detail, solutions to a company&#x27;s technical issues as part of the interview process.<p>The interviewer may also have had no other way that they felt they could evaluate a candidate effectively.<p>However in defence of the OP, if somebody asked me to work with them for a full day I would also want paying for my time.
err4nt超过 11 年前
I have heard that large publishers, like Time magazine, will commission artists to create covers for multiple stories. They may have up to 5 tentative cover designs for any publication, then they are free to choose (right up until press time) which fully-designed cover they wish to run.<p>The thing is - they PAY for each cover they commission whether they use it or not.<p>----<p>My career began in graphic design. Many people try to get you to submit work and only the winner gets paid (or paid in full). I&#x27;ve had other &#x27;take home assignments&#x27; or interview tests that they tell me to block off half a day so they can &#x27;see my work&#x27; to &#x27;tell if I&#x27;m a good fit&#x27;.<p>Don&#x27;t be fooled by any of it - <i>good work != good workers</i>, and it&#x27;s much more valuable that they see how you work on their team than how well you perform in skills that can be taught.<p>I quickly made a simple rule: I do the work; I get paid.<p>@Hiring managers: If you want to see a sample of my work, and my past portfolio isn&#x27;t good enough for you - pay me for a small freelance project before offering me a contract. It&#x27;s low-risk, everybody gets paid and is happy, and if you don&#x27;t like what you see, don&#x27;t give me more work. It&#x27;s very simple. Anything less is criminal (where I live).<p>@Devs: Only have two prices: <i>Pro</i>, and <i>Pro Bono</i>. Nothing in-between.<p><i>Pro</i> means there&#x27;s no such thing as family discount, or friend discount, or a &#x27;deal&#x27; on things. If the person knows you and wants you to be successful in life the last thing they&#x27;ll ask you to do is work for less profit. See those selfish people for what they are. You should be happy to pay full price for anything, and it just makes it <i>better</i> if you&#x27;re able to support somebody you know while paying full price.<p><i>Pro bono</i> means it&#x27;s $0.00. You should always have at least one project on your table that you are donating your time back to the community. Ever use Firefox or Chrome? Linux? OS X? Android? You already understand the benefits of pro bono work in the open-source software community, but as a worker maybe there are ways you can give back to the community you live in as well. Find people who need your skill set and make a habit of learning new things while helping others.<p>If you don&#x27;t do any pro bono work, it&#x27;s easy to get caught in the &#x27;discount delusion&#x27; and you end up trying to give up all your profit instead. Do pro bono, and then insist on the full (fair) price for everything else.
epaga超过 11 年前
This is one of those articles where I more or less agree with the author&#x27;s content but absolutely detest the tone and style in which he makes his point.<p>He could have easily made the same point with far more calm and eloquence - why the anger and the tone that at least to me comes across as extremely arrogant?
ronaldx超过 11 年前
I agree with the principle that you should charge a day rate for a day&#x27;s work. However, I don&#x27;t agree with the author in this case.<p>For the author, this is an unusually genuine opportunity to see what the work is actually going to be like.<p>If the author feels that compensation for this time is necessary, they ought to confirm the salary would be at a level to cover the time-cost and risk of interviewing.<p>Asking for money up-front is (unfortunately) sending a signal that you need to be compensated early because you expect not to be employed as a result of your work.
S_A_P超过 11 年前
I&#x27;ve noticed a trend as of late with developer blogs. It seems that a bull market for developers has made a bunch of prima donnas of some of these folks. The point made is valid(dont work for free, and the interview process is broken), but seems he also felt the need to include all of the essential holier than thou blog techniques to make this point: - a &quot;mock&quot; conversation that leaves the person in charge flummoxed - use of the word &quot;hipster&quot; using this word is now kind of self parodying... - inferences that he shares the love by contributing to open source - use of the f word to drive the point home.<p>So I came away thinking this guy was a dick and probably difficult to work with, I wouldnt hire this guy even if he was the best developer Ive ever met.<p>That said, yes- the interview process is broken, there needs to be a better way to assess developers in the real world and not resort to trivia and &quot;working for free&quot;. I think its been proposed here pretty often that a small short term contract is probably about the best way to be fair to both parties. The developer gets to show off what he&#x2F;she is capable of, and doesn&#x27;t have to give away IP for free. The company is protected by not having to make a judgement call based on how he&#x2F;she answers programming trivia. The team gets to see how this person works and thinks about problems, especially if it is an in person interview.
hoop超过 11 年前
Umm, I WISH all of my past employers let me peak at their codebase, experience their development process, and pair with an employee before asked to accept an offer.<p>FWIW, I did a free &quot;starter project&quot; for my current position and it was completely awesome. Worked with many teams, learned a few codebases, learned the metrics&#x2F;logging systems, and learned the true size and formation of the production environment. A+++, would interview again.
alkonaut超过 11 年前
A full day is unreasonable for an interview. But &quot;working for free&quot; for a while isn&#x27;t. Of course they want to see you working on that particular codebase rather than some other code. And even more obviously you <i>want</i> to jump on the opportunity to see the code. An hour or two of pairing is completely reasonable.<p>That said: shipping code written by a person being interviewed is nonsense. Either the person was assigned completely menial tasks which doesn&#x27;t evaluate their skill at all, <i>or</i> the manager is a complete nutjob that wants to ship features written by someone who has never seen the code before.<p>If the employer can&#x27;t provide a person to pair with, and says you should spend an entire day coding features to go live immediately, it would actually seem like the employer believes interviews can be used as free labour. That idea is so stupid it is hopefully rare enough that it doesn&#x27;t even deserve blogging&#x2F;discussing. There are tons of useless interview procedures that actually deserve discussing.
swalsh超过 11 年前
Personally, i&#x27;d be okay pair programming on a base. But there&#x27;s no way I&#x27;d do it for a WHOLE DAY. If i&#x27;m unemployed... maybe, but if i&#x27;m just looking for something different. I&#x27;d never have the time to spend a day at an interview. These guys aren&#x27;t sharing the risk evenly here. There are 3 scenarios. We both like each other, i get hired. I don&#x27;t like them or they don&#x27;t like me and I don&#x27;t get hired. 2 out of the 3 scenarios end in a no hire. They may loose a small amount of productivity, but I loose a day.
Angostura超过 11 年前
Personally, if it is a job I&#x27;m really interested in I would prefer to show my chops offering some free consultancy on an interesting problem, rather than answer daft hypothetical questions for an hour and a half.<p>But no, I wouldn&#x27;t do it for a whole day.
yeukhon超过 11 年前
Imagine you apply for Google or Facebook, you know, a dream job undergraduates want to be in and they said &quot;dude you can hack on this little ticket with me today and I will show you the codebase.&quot; I am sure in this case majority would say &quot;fuck yeah let me see how good your codebase is.&quot;<p>Like many have said. One way to find out whether you like to work or not is whether the code looks interesting, how your co-workers work with you and what type of problems they are solving.
VLM超过 11 年前
One missing aspect in the discussion is its pair programming not here&#x27;s a task see you again in eight hours.<p>I&#x27;d grill the heck out of my pair partner. Interviews go both ways and I hope I&#x27;d be paired with a real live employee not future supvr. I would probably learn more about company culture from that guy in 5 minutes than I could from management in multiple hours of regular interview. Its worth it to me.<p>I&#x27;d also look at it like an intrusion, uh, experiment. How much can I learn about this place in a day. Not being sneaky about it at all. You&#x27;re going to be exploring the dark corners of the environment once&#x2F;if you&#x27;re on the job as a regular employee, so start shining a flashlight in there today. Yeah yeah they said we&#x27;d implement feature XYZ and we are doing that but it doesn&#x27;t mean I don&#x27;t read the surrounding code and verbally grill mr pair partner about his firewall or DB or caching system or whatever semi-related stuff I can talk about. Thats interesting. I&#x27;ll trade labor for &quot;interesting&quot; anytime.<p>Its a pair event. Maybe I&#x27;m just old but I&#x27;m assuming I&#x27;d pull off a partnership where I talk about architecture and the pair, if he approves, does the grunt work (and maybe he intentionally sticks errors in to see if I can grunt as well as he can). Yes I know thats not exactly traditional pair programming but then again this isn&#x27;t pair programming, its an interview of both sides. On the other hand, if their idea of pair programming is some dude micromanages me while I do all the work, I agree with the original author, F that. We just don&#x27;t have enough detail.<p>It kind of sounds like if I ran into this dude at a bar or a con and we started talking shop about life in the biz, we&#x27;d have a fun old time talking and then he&#x27;d surprise me by sending me a bill later.<p>If I show up for a short interview at 9am and they demand me sit around till 5pm they better be feeding and hydrating me, and not cheap mcdonalds either. This actually happened to me once, and everyone left happy and well fed and that&#x27;s exactly how it should be. Maybe I&#x27;m a cheap date but I&#x27;ll &quot;work&quot; for a day for a $200 steakhouse lunch. Not every day, duh, but...<p>Finally &quot;if we decide to hire you, your salary starts today&quot; sounds like a fair deal to me.
评论 #6847052 未加载
hawkharris超过 11 年前
During my recent search for a programming job, two companies gave me tests to assess my technical skills.<p>The first company&#x27;s test was similar to that which the OP describes. A manager gave me a list of company contacts and asked me to build an interface for sifting through it. It was a boring, tedious task that benefited the company, but wasn&#x27;t particularly representative of my skills or knowledge.<p>Contrast that with the second firm, which gave me a coding challenge. They gave me a list of prompts, including interesting ones such as &quot;Build your own A.I. algorithm that can interpret poker hands.&quot;<p>Not only was the second test more interesting and indicative of my skills, it made me respect the company a lot more. I ended up accepting a job with the second company because their creative interviewing approach made me more excited about their offer.
legacy2013超过 11 年前
A company I recently interviewed for handled assessing my technical skills in a way I found acceptable without having to pay me. I was sent a small Requirements document to program a small app that had nothing to do with their application, but would show off my technical chops. I was told to use whatever language and framework I wanted, but it had to be production ready code. I spent a little over half a day working on it and submitted it. During the on site interview I was given an hour to update the application with new requirements, then I went through a Peer Review as if the code was going out to the customer.<p>I thought this was completely fair, as I wasn&#x27;t doing work for them but they were able to receive a fair assessment of my skills through more than, &quot;Write a recursive function to calculate the factorial of a number&quot;<p>Having an interviewee code on a live code base, whether or not they are being paid, is just a bad idea. They don&#x27;t know anything about the code or architecture of the project, and aren&#x27;t as invested in the product as the people actually working for the company are. What happens if the person writes some bad code that works? Do you throw it out? Will it slip through the cracks? What if they change something that was already coded that they don&#x27;t know breaks something else? Do you not allow them access to the rest of the code base? The questions go on and on, just save yourself the trouble and don&#x27;t do it. The fake application idea works great
nc超过 11 年前
Anything more than an hour or two should be paid for. That&#x27;s been my experience interviewing across London and SF.<p>Completely agree with the author, being asked to create potentially production-izable work is ethically wrong.<p>On the flip side, you learn a ton about how the engineering culture by looking at their codebase.
评论 #6846850 未加载
jerven超过 11 年前
I completely agree with the blog post writer. I have a job, and if I was to work on some other companies code base while still working for the current one, all kinds of copyright issues ensue (Swiss).<p>Having someone, who is not an employee mess around in your codebase before they are hired is a lawsuit waiting to happen. Not worth it, and if you could convince me to come into your office for an interview and this is what awaits me I am leaving in no time.<p>What happens if you don&#x27;t hire the guy and sell a 100,000 copies with his work product in there? Do you own the copyrights or have a license to it? Probably not, and if it was me coding then my lawyer would have a field day with you and your company.<p>So besides the insanity of not hiring a developer like you hire anyone else by references, reputation and limited work sample tests. Do you think you can tell some lawyer, please work on this case for 8 hours and then I will tell you if you get hired is going to go along with this? He will bill you 4000 chf for the pleasure and so would I.<p>In Europe you have probation periods, i.e. you hire someone and find out that they can&#x27;t do the work you terminate them on the spot. Is that expensive, relatively yes. But if that happens you already screwed up weeks earlier and it is time to pay the piper.<p>This entire consult to hire, or whole day interviews just seems unacceptably unproductive and ethically as well as legally questionable.
iamthepieman超过 11 年前
I understand the reluctance to work on the production code for an entire day. But like others have commented, I would rather do that and get a chance to see their end-to-end process rather than coming in on the first day and finding their dev environment is a complete mess.<p>I&#x27;ve come in as the new guy on a project and been greeted with a zip file of the code base (already out of date). It was complete with hard links to the main developers personal test database running on his machine.
johnchristopher超过 11 年前
I do not fully understand some of the negative comments from HN in that case.<p>If the same story had happened to a graphic designer then most would agree,as usual in that case, that you have to set limits and not work for free &quot;just to see what you can do&quot;.
评论 #6846884 未加载
评论 #6846917 未加载
评论 #6846877 未加载
staticelf超过 11 年前
After reading on that page and coming back, I felt a bit blind.<p>But I agree with the post. Very well written.
lifeisstillgood超过 11 年前
1. I will hack on <i>my</i> codebase for an interview. Look at my github account and choose say three issues. I will fix one and you can see the pull request.<p>2. Otherwise, fuck you, hire me. I am available on a day rate for heavens sake. You can throw me a project that will tart up your site, improve your jenkins flow, add 100 test cases. Whatever.<p>This is a massively scalable approach, an the way you should be parcelling out work most of the time.
throwaway0094超过 11 年前
That&#x27;s fine. We&#x27;ll try to evaluate your abilities in some other way, with the initial impression that you&#x27;re a prick. :-&#x2F;<p>A day is a pretty unreasonable request. Maybe an hour would be more reasonable?
mapleoin超过 11 年前
It seems everyone has their own opinion on what a tech interview should look like on both sides of the barricades. I think it would be great for companies to advertise the interview process in the job ad. Just three lines on the various steps in the process would help a lot.<p>FWIW, I really like it when I can hack or even see their codebase upfront.
tocomment超过 11 年前
A whole day is a little excessive but other wise that&#x27;s exactly what an interview should be. I&#x27;d like nothing better than to see the actual code I&#x27;d be working with and see how I work together with others on the team.<p>In fact I once passed on a job offer because they wouldn&#x27;t let me see the code until I accepted.
ctz超过 11 年前
I don&#x27;t see what the problem is: it&#x27;s clearly not work for hire, and he doesn&#x27;t mention any explicit copyright assignment. At the end of the day the candidate retains copyright, and the company has no right to the changes.<p>(Of course, the idea of a day-long technical interview exercise is truly insane.)
评论 #6846878 未加载
rilindo超过 11 年前
The developer does came across as a prick. The thing is, does the company allow anybody to access the code? Probably not, because that code is very likely proprietary company information that only certain people are allow to view and modify.<p>So from that standpoint, validating the skill set using opensource tools would be the way to go. Having an outsider view and modify internal company code demonstrates poor judgement on the part of the interview, as that code is not her&#x2F;his to just expose to anybody. I would be wary of even considering that role if interviewer is willing to expose their code without considering the legal and ethical consequences of that action.
greenyoda超过 11 年前
Do you really need to take up an entire day of somebody&#x27;s time just to see how they code? Is there something that you can see in eight hours of coding with someone that you can&#x27;t see in one or two hours?<p>Also, if you&#x27;re going to require full-day interviews from your job candidates, it&#x27;s not likely that someone who already has a job that they like will be interested in interviewing with your company. And if you&#x27;re looking for highly qualified, experienced developers, they do already have jobs that your company is trying to lure them away from. You don&#x27;t want to artificially limit your candidate pool to students and the unemployed.
noonespecial超过 11 年前
Hint: A really good way to hire is to actually pay candidates as short term consultants and see how they do. It&#x27;s real work, on your real product, likely for less than you&#x27;d spend to &quot;interview&quot; anyway.
acorkery超过 11 年前
I hope the guy who wrote this is 15.<p><a href="http://hownottohireadeveloper.blogspot.co.uk/2013/10/no-im-going-to-test-you.html" rel="nofollow">http:&#x2F;&#x2F;hownottohireadeveloper.blogspot.co.uk&#x2F;2013&#x2F;10&#x2F;no-im-g...</a>
lucasnemeth超过 11 年前
Well, I&#x27;ve made a interview at a company that asked for pair programming in their codebase, but actually paid for it. Since it was just 2 hours, it was cheap for them, and I didn&#x27;t felt exploited. I felt it was a great way to get to know the company and discuss real code. I really don&#x27;t like algorithmic interviews, they normally just test you CS 101 memory under pressure.
codingdave超过 11 年前
I get his point, but this is the wrong way to express it.<p>For high-pay, high-impact jobs, 8 hours of time to get through the hiring process is not unreasonable. My current job had a few hours of interviews even after they had narrowed the candidate pool down to just myself, to be sure I was a fit for the company culture. VP&#x2F;C-level positions in large companies will put you through the ringer with multiple days worth of discussions.<p>I would gladly pair program for a day vs. 20 hours of interviews, tests, and other evaluations. One day, get it all done, and get a decision. Sounds great, especially if I had already set my day aside for the interview.<p>So my guess is that aside from the obvious attitude problems, this guy has never held a truly senior level position, because he clearly does not understand the time that goes into hiring. I highly doubt this company had 50 people pair program with them. This guy was probably their final candidate, and probably would have had a job offer by the end of the day if he had chosen to be cooperative.
bsg75超过 11 年前
&gt; we&#x27;ve got some features I want to implement and push live by the end of the day<p>This is not an interview.<p>The interviewer is focused on his &quot;regular&quot; job, not the candidate. Plus, the candidate can&#x27;t possibly become fluent enough in the company&#x27;s app&#x2F;API&#x2F;codebase to actually accomplish the task in a day.<p>Interfail.
cdata超过 11 年前
On the one hand, TFA is obviously put off by both the tech stack and the hiring procedure. This suggests to me the possibility of a poor cultural fit, so the outcome is probably for the best.<p>On the other hand, it is reasonable to have a backup plan for situations where someone is adament about not working on your proprietary code for free. Any legal issues aside, as someone familiar with the existing code base, a lead should be able to conceive of a contrived scenario that closely maps to work that will be done on a day to day basis.<p>While I am personally an advocate for contributing to open source projects as part of a company&#x27;s cultural, that is not something that all companies are okay with, or that all leads see as valuable. Without judging one way or another, this is another factor that should be considered for cultural fit.
alisnic超过 11 年前
well, at least they didn&#x27;t give you puzzles
meshko超过 11 年前
As flawed as the interviews are, whatever you do that makes you filter out a person with an attitude of this type, it is probably working.
QuantumGood超过 11 年前
If they <i>are</i> really hiring, the interviewee should do it. If he can&#x27;t sense whether they are really hiring, he shouldn&#x27;t do it. But it should be preceded by <i>something</i> else first, such as fizzbuzz.<p>And that said, it should be shorter than a day, but still, if they&#x27;re hiring he&#x27;s there because he wants the position, and this is an excellent test.
rschooley超过 11 年前
Pair programming on a company&#x27;s app is the single easiest way to know what you are getting yourself into.<p>I recently did a full day of this and by the end I understood their whole stack, where the system failed, and managed to find a, &quot;oh shit look at that... that&#x27;s awful&quot; part of the code.<p>I would take 4 hours in a potential employer&#x27;s codebase in a heartbeat.
meerita超过 11 年前
Why they can&#x27;t foresee this instead making work for free? I mean, you get a technical team who can interview the possible guy, talking code, you can know what&#x27;s the guys skill level, if you cannot see how good he is in interview without making him do puzzles, work for free, then your team&#x27;s technical skill is really low.
optimiz3超过 11 年前
IANAL, but any code written by the interviewee is likely not owned by the company, thus exposing the company to serious liability if said code is used in production.<p>Most employment contracts have a &quot;work for hire&quot; clause with respect to copyright assignment. In contrast, most interviewees at most sign an NDA.
ubercore超过 11 年前
We do like real-world assessment when hiring. We always pay the candidate&#x27;s contract rate for the hours spent though, and if they don&#x27;t want to enter that arrangement, we find some open source or other real-world coding exercise that doesn&#x27;t benefit us. Seems only fair.
army超过 11 年前
I think day-long interviews are fine, and I think real-world work samples are fine, but the combination is pushing it a bit as far as what is fair to ask job applicants to do, unless you&#x27;re going to have some sort of explicit and upfront agreement about a trial period.
mcx超过 11 年前
I&#x27;m kind of curious, before doing a live coding session or anything like that has anyone used a snippet of code from the codebase and asked the candidate to go through the code and see if the candidate understands it &#x2F; feels comfortable with their coding style?
rkv超过 11 年前
This is definitely wrong - legally and morally. I have had companies show me snippets of their code base to analyze and work on which is fine. Gives me a better feel about how competent to development team is rather than isolated puzzles and questions.
stcredzero超过 11 年前
I would <i>love</i> to see your codebase while interviewing. There&#x27;s no faster way of seeing if you&#x27;re a competent bunch to work with. Also no faster way of detecting interpersonal and &quot;soft&quot; dysfunctions in your group.
gruseom超过 11 年前
The cost of having a team member hand-hold a new person through the code is almost certainly greater than any value the newcomer would add in a day, so if the OP&#x27;s argument had any merit, he should have been the one paying them.
lxa478超过 11 年前
Good lord, does nobody plan before they start hacking away? If someone wanted to watch me write software, they would see a bunch of scribbling on a notepad or whiteboard for most of the time.
honoredb超过 11 年前
I agree here, but I wonder if it&#x27;d be kosher to pair program on an open-source project...that my team totally intends to incorporate into our closed-source product?
hoopism超过 11 年前
Perhaps the interviewer could work on the job you had to take PTO just to go to the interview. Then you can assess his skills and just say you were WFH. Fair trade?
angersock超过 11 年前
Just a weird question that occurred to me in the first few paragraphs...<p>Why is it always a ping-pong table?<p>I don&#x27;t get it. Pool tables are way more fun.
stox超过 11 年前
Silly question: If I hack your code during an interview, don&#x27;t I own the changes, and derivatives thereof?
ezhil超过 11 年前
Too bad! Interviewees are not guinea pigs! High time that interviewers realize this.
aspensmonster超过 11 年前
Another article being penalized. On the third page now. I love you, HN algorithm :)
vpatryshev超过 11 年前
So you won&#x27;t see the code until hired? Not very smart, I&#x27;m afraid.
orenmazor超过 11 年前
you charge $56&#x2F;hr in a daily rate? O_o
评论 #6847188 未加载
jwatte超过 11 年前
At end of day: svn revert -r
metaphorm超过 11 年前
this blog post is bad and the author should feel bad.
matiasb超过 11 年前
Pretty common!
trcollinson超过 11 年前
Just a few comments I left on this blog post, maybe someone here will also find interesting or useful:<p>I&#x27;m sorry, but I must respectfully disagree on a number of points. I think you make a number of flawed assumptions and miss some great opportunities when you pass up an interview that allows you to work in their code base.<p>1) Maybe this company was different, but as for me if I bring in an interviewee and say &quot;Let&#x27;s pair on some code for a day, and try to release a feature&quot; I know up front this will be an up hill battle. Can you really say that you, an interviewee who has never seen the code base, will suddenly make amazing production grade code? I am absolutely sure that if I were to grab one of my other engineers, seasoned in my code base, I would get this task done in half the time. The point is, I am assessing you to see how you work with me, what your attitude is while we pair, what your contribution to the process is, and to a lesser extent how your code looks. Can I get this out of an open source project enhancement, maybe. But I can certainly get this out of my code base and it will cost me more than it will cost you in income.<p>2) You&#x27;ve missed the opportunity to look at my code base for a day. I can&#x27;t name the number of times where I have walked into a company after a lovely interview experience and said to myself &quot;I wish I had seen their code base, this is horrible&quot;. Your other blog post states you want to &quot;test the company&quot; before you take a job. Test them.<p>3) I won&#x27;t discuss how low your day rate is, and how it establishes that you are an inexpensive engineer (that may have been what you were trying to get across) but I will discuss investment in future earnings. In my last few jobs I have received at least a 5 figure signing bonus, and generally a healthy pay raise (this is generally why I move companies). When I sit down to pair for an interview &quot;for free&quot; I don&#x27;t think of it that way. I think of this as an investment into my future earnings. I am going to get a signing bonus from this &quot;trendy startup, complete with ping pong table&quot;. I am going to get a healthy pay raise. It will equal far more than my day rate. You might say &quot;But what if you have to do 5 or 10 of these interviews with companies before you get a job?&quot; I often do! Getting a job is a numbers game. But I am still highly compensated for my time, just not right that moment. It is ok to defer payment. Investments can be quite rewarding. (Not to mention, money isn&#x27;t everything. There are other reasons you may want to leave to another company. Account for that in your equation). If I interview with 10 companies and they all have me working on their code base, I hope they enjoy the one day of free work. I won&#x27;t get paid by all of them. But I will not lose a dime of my own income in the end. I will make it back when one of those 10 companies hires me.<p>I understand from this blog that you would rather not be tested and that you would rather not work on a companies code base. But a company that wants to hire you, wants to hand you a pile of cash and a hefty salary and benefits, needs to assess you somehow. You also need to assess them. I think a day of pairing on their code base can easily tell you if you are a fit for them and they are a fit for you. In the case of this interview, maybe they very quickly figured out you are not for them.
tbarbugli超过 11 年前
not hired!
static_typed超过 11 年前
Firstly, I think they wanted to &#x27;assess&#x27; not &#x27;asses&#x27;, well at least I hope so (spell checking is not optional; even on a blog).<p>Now, I agree with the blog post: if you want me to code at interview it has to be open source, pseudocode or a toy library. Not your production app. I don&#x27;t want to see you proprietary code till I am hired in case some moron on your staff later goes on a spree suing people on an open source project where the code looks &#x27;similar&#x27; to what they may have seen in your code-for-free cheapskate interview process.
berntb超过 11 年前
Personally, I&#x27;d pay money to see the real code <i>before</i> considering a job offer... :-)
评论 #6846793 未加载
stefan_kendall超过 11 年前
Does work performed in an interview constitute work for hire? I wonder what the copyright implications are in the US.