News for hackers. Stuff that matters.
Re:I will not hack on your codebase for free in an interview by Nursie on Wednesday December 04, 2013 @10:46AM (#6847612)
>> If the application is so simple that you can get actual productivity in someone in the first couple hours then stop trying to hire candidates and outsource the entire thing to India for a fraction of the cost.

Pretty much this. For some large, complex codebases I've worked on the metric has been that if the engineer can meaningfully contribute within a week then they're likely damn good at the job. Two weeks and they're still fine.

Re:I will not hack on your codebase for free in an interview by Tyrannosaurs on Wednesday December 04, 2013 @10:56AM (#6847680)
If you take the time others need to spend with them getting them up to speed away, I generally consider it good if they break even in the first month.
Re:I will not hack on your codebase for free in an interview by codeonfire on Wednesday December 04, 2013 @11:24AM (#6847922)
That's a very one-sided metric. There is a large range of definitions of large and complex. The dev process or team size might make it extremely difficult for outsiders to contribute. I can understand why you and others would like to attribute all productivity squarely on skill. In almost all cases, everyone is trying to manipulate the consensus of who's productive and who's not, who made a good hire, who has good employees, etc.
Re:I will not hack on your codebase for free in an interview by alandarev on Thursday December 05, 2013 @05:14AM (#6853590)
It might as well signal of an over-complexed project design.
Re:I will not hack on your codebase for free in an interview by Nursie on Friday December 06, 2013 @10:36AM (#6861551)
Some systems are needfully complex, because they do a hell of a lot.

And some are needlessly complex but you inherited them from another, long-gone team and somebody has to maintain, improve and update them, unfortunately!