Live data from Hacker News

Who Y Combinator Companies Want

data.triplebyte.com

231–240 of 552 posts

Re: Who Y Combinator Companies Want

#231

Earlier quoted context omitted.

I've made the mistake in the past of overcommitting myself to interviewing with multiple companies at once. The time commitment wasn't the worst part, the real factor I didn't for see is that interviewing is stressful and mentally exhausting. On top of the interview itself, there's the hours of studying you have to put in. It's extremely hard to do while doing your full time job. Now I have a rule that I will intervi…

>On top of the interview itself, there's the hours of studying you have to put in. Yikes, are people really doing this, or feel like they must? If I'm interviewing, I expect to be asked about previous projects, maybe my Github portfolio, and so on. I also expect to be asked how I might approach a given problem within my area of work. I can't imagine studying that - I'm paid to do this stuff every day. So are we talki…

Yes, people are really doing this. It's stupid, but to not do so puts you at a competitive disadvantage against other candidates. Competition for programming jobs is fierce.

It is not enough to be able to implement quicksort. One must have the algorithm thoroughly memorized so that it can be scrawled onto the whiteboard in one smooth motion of the dry-erase pen. If you pause to say "hmm..." while re-deriving quicksort on the spot, you will be branded as "slow" and obviously inferior to the candidate who spent three days bashing his/her head against an algorithms textbook.

Re: Who Y Combinator Companies Want

#232

I'm an "enterprise" programmer because I write in Java... I'm also older than the average age of a start-up employee (late twenties). I've never written a line of Ruby, and I've never written object oriented JavaScript or used Node.js. However, I'm a really good programmer. I just happen to write the majority of my code in Java. If tomorrow we decided to use a new language, I could pick it up in a few days... I have…

[deleted]

Re: Who Y Combinator Companies Want

#233

"The types of programmers that each company looks for often have little to do with what the company needs or does. Rather, they reflect company culture and the backgrounds of the founders. " THIS. In other words, the good ol' boy system still exists, only under the moniker of "meritocracy."

This article might help explain that: https://news.ycombinator.com/item?id=10659600

Re: Who Y Combinator Companies Want

#234
post #25

Earlier quoted context omitted.

A good example of why working at a place with such restrictive PTO is a trap. But, around here we like to have philosophical discussions about how unlimited vacation time is the real trap. I dunno, guys. It seems to work pretty well for me.

Or just start off with a proper number of days. Two weeks seems so short, especially if you get sick. 15 days total seems about right.

I know a guy that was a CTO I the valley( I think he may have reported to Vint at one point) and in the UK and he commented that he got the same amount of work even though the UK firm was ex civil service and had 5 + weeks leave

Re: Who Y Combinator Companies Want

#235
post #6

Well, consider that there are well documented academic studies (that I can't be bothered to look up right now) showing that most hiring processes are no better than throwing darts at a board with regards to retention rate, employee success, and every other measure of success of the HR process. The only thing that is remotely effective are IQ scores, and even then it's only a weak correlation. So regardless of what th…

According to the psychometrics books I have read structured interviews are as good as IQ-tests when it comes to predicting job-performance.

All types of hiring tests/interviews had some predictive power (except handwriting analysis).

Re: Who Y Combinator Companies Want

#236
post #84

Earlier quoted context omitted.

I think a lot of companies want to hire people who also have programming as a hobby. It seems if this was true it would be very unlikely that someone would be a seasoned great programmer who only ever programmed in one language. I'd be curious why this candidate never wanted to try other styles/approaches.

I never understood why that was a prerequisite. I program for 60 hours a week. So what if I don't want to do it on the weekends too.

Indeed so what, but do you program on weekends anyway? At least sometimes? Earlier in the thread you complained about golden handcuffs. That indicates there's something you'd rather be doing than your work, but the pay is too good to leave. I scratch my own itches with occasional weekend or night coding and usually it's for the fun of it, learning or keeping up with the trends can be a side benefit but not the goal. Often I work with one-off projects like coding a game using a new engine in a functional language. If I didn't need or like money as much I might just do these fun projects all the time. I think this personality of programming-as-hobby is pretty common in the field, and when we run into people who program strictly on the job and never any other time, who started programming only in college when they decided to get a degree and only did work for assignments or internships before getting hired, they may be really talented programmers on the job (which is why you can say "so what") but something feels off culturally. It'd be like meeting a guitarist who rocks with the best of them on stage while being paid but never plays off-the-clock or seems to have any interest in the instrument or the scene or the genres of play beyond their ability to make money. https://news.ycombinator.com/item?id=7423626 makes the point well that for many programmers, we're just potheads whose potheadery became valuable.

Re: Who Y Combinator Companies Want

#237
post #134

This is interesting data. I liked what Joel Spolsky said a long time ago. Basically that companies should want two types of engineers. 1. You want a few who are experts in the company's tech stack. 2. The bar for everyone else is just that they're smart and they get things done. I guess the core problem is that we don't have a good objective measure of the latter. (Maybe an IQ test for smarts, if that wasn't politica…

IQ tests are not only politically incorrect they are illegal in the US. It is illegal discrimination to make hiring decisions based on IQ scores. You can only use a test that shows those with higher scores perform better at the job. A general IQ test can not be shown to do that. Basically you can not ask questions that test skills that would not be used in the job the candidate is applying for. You must be able to de…

> It is illegal discrimination to make hiring decisions based on IQ scores. You can only use a test that shows those with higher scores perform better at the job.

There is more scientific evidence that IQ predicts job performance than for most of the more qualitative criterions that employers use in practice. The source of the illegality of using IQ tests is not legislative (intelligence is not a protected class[1]). It comes from the precedent of Griggs v. Duke Power Co., in which the IQ test was being used as a barrier for jobs where IQ was not a good predictor (not programming), and prior to thorough research on the subject. There have been hundreds of studies showing that IQ tests predict job performance (though not super strongly) at the beginning of careers, even though this fades once they have more experience. This[3] meta-analysis approaches these studies very critically, and concludes that many inflate the effect, and that it doesn't validate the IQ test (i.e. there may be non-cognitive reasons for it) but that the correlation still exists. (For what it's worth, I suspect they're right about the non-cognitive part since the correlation has become much stronger over time, particularly around the 1970s. However, when your goal is to test for something and not to explain it, correlation is good enough.)

> Basically you can not ask questions that test skills that would not be used in the job the candidate is applying for. ... You must be able to defend the metric you use for hiring and that it is not discriminatory.

No, the burden set in Griggs and later elaborated in a modification to the Civil Rights Act is not to prove that a test is not discriminatory at all. Instead for tests that are discriminatory in practice (though not obviously in design, like IQ), you must show that the test is truly indicative of job performance. If this were not the case, you couldn't ask if people went to college, due to the racial disparity in college graduates. Also you can ask things you can't prove are related to job performance if it isn't discriminatory (not that this is really useful).

> If you give an IQ test that is unrelated to the job and say no one below 100 IQ will be hired you must prove that someone with 101 IQ can do the job but someone with 99 IQ can not properly do the job

Of course you don't have to show that anyone who fails your test will 100% be worse on a case by case basis than someone who passes. If that were the case you couldn't justify pretty much any test other than "applicant is not dead or in a coma." You just need to show that it is clearly less likely. I would find it really surprising if there wasn't some kind of IQ threshold effect for programming (i.e. the closer you are to the middle of the spectrum, the better a predictor of programming performance IQ is). That would make it easy to justify using an IQ test as a predictor, especially in combination with the more general studies.

I don't think IQ would be terribly useful to weed out programmers because I suspect there are more related ways to judge applicants that would already weed out those in the region where IQ is useful, but it is not as simple as "IQ testing for a job is illegal."

[1]: https://en.wikipedia.org/wiki/Protected_class [2]: https://en.wikipedia.org/wiki/Griggs_v._Duke_Power_Co. [3]: http://www.tandfonline.com/doi/full/10.1080/10888691.2014.98...

Re: Who Y Combinator Companies Want

#238
post #231

Earlier quoted context omitted.

>On top of the interview itself, there's the hours of studying you have to put in. Yikes, are people really doing this, or feel like they must? If I'm interviewing, I expect to be asked about previous projects, maybe my Github portfolio, and so on. I also expect to be asked how I might approach a given problem within my area of work. I can't imagine studying that - I'm paid to do this stuff every day. So are we talki…

Yes, people are really doing this. It's stupid, but to not do so puts you at a competitive disadvantage against other candidates. Competition for programming jobs is fierce. It is not enough to be able to implement quicksort. One must have the algorithm thoroughly memorized so that it can be scrawled onto the whiteboard in one smooth motion of the dry-erase pen. If you pause to say "hmm..." while re-deriving quicksor…

>Yes, people are really doing this. It's stupid, but to not do so puts you at a competitive disadvantage against other candidates. Competition for programming jobs is fierce.

I'm suspecting that this is a "Valley" thing, would that be wrong?

>It is not enough to be able to implement quicksort. One must have the algorithm thoroughly memorized so that it can be scrawled onto the whiteboard in one smooth motion of the dry-erase pen. If you pause to say "hmm..." while re-deriving quicksort on the spot, you will be branded as "slow" and obviously inferior to the candidate who spent three days bashing his/her head against an algorithms textbook.

If someone has years of experience in this field, and a strong portfolio, why would they need to remember how to do quicksort? They probably haven't done it since their university days. That shouldn't even remotely be the focus of an interview for someone who has done real work in this industry.

Re: Who Y Combinator Companies Want

#239

Earlier quoted context omitted.

The best programmers do apply. Whatever you think a work-hire test is, that wasn't it. A work-hire test attracts the best programmers. It doesn't repel them. It's a chance to demonstrate their skill. It's also far better: anything is better than the fake contests they're currently forced to endure. Which would you prefer? Spend a couple hours remotely fixing some bugs and adding a feature on a fake iOS app, or spend…

> A work-hire test attracts the best programmers. It doesn't repel them. I'm not the best programmer, but I'm comfortable I'd slot in the top quintile, probably top ten percent, of people that walk through a startup's door. And I'd never even return your call. No work-sample test I've ever seen would take less than four hours. That's a $550 opportunity cost for me at my standard rates. What the hell makes you think y…

Our culture is rejecting the one effective test we have.

Do we care about equality, or not? I tried not mentionining this aspect, hoping people would realize on their own. But a remote work hire test is also mostly anonymous. It doesn't matter whether you're black, white, male, or female. All that matters is whether you can do the work.

On the flipside, what you're saying is that you genuinely want to spend a vacation day meeting a new company instead of with your family or working on your own projects.

And it's like, if you think you're a good dev, why wouldn't you leap at the opportunity to show it off? I get that it's a little annoying to spend a few hours on it, but the standard interview is literally random noise. Why subject your future to a random process?

I don't know. I respect your view. I'm going to bow out now. Have a good week.

Re: Who Y Combinator Companies Want

#240

I'm an "enterprise" programmer because I write in Java... I'm also older than the average age of a start-up employee (late twenties). I've never written a line of Ruby, and I've never written object oriented JavaScript or used Node.js. However, I'm a really good programmer. I just happen to write the majority of my code in Java. If tomorrow we decided to use a new language, I could pick it up in a few days... I have…

Hiring manager here, and after many interviews with enterprise programmers, I do find myself putting more and more of them into the "no" pile right off the bat. The problem is that those candidates, in my experience, tend to throw up way more red flags than others - their code is extremely verbose, they rattle off factory patterns like they're reading a textbook without any inkling what sort of problems they're actua…

Most of this is fixable by driving YAGNI into their heads.

Beyond that, I would claim that most people startups look for (recent graduates) have no ability to understand the reason behind popular opinions. Because they don't have the experience to do so. They might be able to parrot it though.

Interestingly, I'm used to working in a pretty fluid environment without a lot of specs. But we recently started developing something with very tight rules and an extremely picky end user. It's much less efficient without a set of specs, which the project managers didn't have the constitution to make since we aren't used to doing so. As a result I basically have to constantly go back to them on things, which isn't very productive.

Post reply on HN