Live data from Hacker News

How To Hire Me (or any other programmer)

youell.com

111–120 of 266 posts

Re: How To Hire Me (or any other programmer)

#111

Number 1 rule for hiring geeks. - Do not ask for a .doc Microsoft Word document resume Because we might be scrambling and downloading LibreOffice and converting our .latex resume to .doc, if you want to get our attention, ask for TXT, PDF or LaTeX format.

Unless you're trying to hire geeks who can fit in to a standard office environment without weird platform demands. In which case, insist on .docx.

Re: How To Hire Me (or any other programmer)

#112

Earlier quoted context omitted.

> You think it's hard to find programmers, at any given level of skill? If it were easy to find programmers, you wouldn't have all these shops using spam-tactic recruiters to drive volume. They wouldn't need to. It's most definitely a seller's market, if programmers can take their pick of corporate gig | freelancing | startup. My last job hunt took one hour. Their search went on for two months. If they fired me I cou…

> you wouldn't have all these shops using spam-tactic recruiters to drive volume. I think those are unrelated concepts. I think connecting with the right pool of talent is an art, and a lot of shops are completely artless. > It's most definitely a seller's market, if programmers can take their pick Maybe I've been lucky, but I've never worked at a company that felt like we couldn't take our pick of applicants. Especi…

The length of time I've seen open positions sit unfilled

There's an excluded middle here, where the ability of a company to choose correctly (avoid false negatives) is not a given, and that they are filtering properly in the first place (as I mentioned of a rockstar-seeking YC company elsewhere in this thread).

Re: How To Hire Me (or any other programmer)

#113
post #99

Earlier quoted context omitted.

That's some good stuff, but I'd add a couple: 1a. Show me the office I'll be working in. Any "open plan" or "2+ people per office" setup decreases your odds of hiring me by about 93%. Not to say I'll never take a job like that, but it really, really hurts your odds. 1b. Show me the rest of the building... are there common areas where people can hang out and collaborate away from their offices, preferably with natural…

I purposely didn't include any of yours. Why? 1. Mine are issues and yours are details. If my 10 are satisfactory, I can live with your 9, even though some may not be satisfactory. But if you 9 are good and my 10 aren't, I'd last about a year before moving on because of lack of meaning. 2. Mine are about them, yours are about you. 3. Mine show interest in the big picture; yours could easily paint you as a demanding n…

> 2. Mine are about them, yours are about you.

Well, yes. As a non-equity employee, why should you care about "them", other than how you'll come out of working for them five years down the line? Will you have enjoyed your time there? Will you have grown as a developer?

"Creating something meaningful" only only really affects the lives of employees inasmuch as they now have something out there in the world that they can point to and brag about. That's not really as important to most people as you'd think.

The ones that it is important to? Too busy being entrepreneurs. :)

Re: How To Hire Me (or any other programmer)

#114

I can't even begin to describe how worthless I think most coding interviews are. Here's a contrived problem, that will never come up in our work. Now solve it by writing your code by hand without a compiler or any other tools that you would use in real life. I understand that these questions are often about seeing how you think and how you solve problems. Throwing annoyances like writing code on a whiteboard into a h…

The problem is that at least 60% of people that call themselves programmers, and seemingly have no issue getting by HR, can't code fizzbuzz, let alone whatever it is you're working on. Issue one for me as an interviewer, whenever I've needed to be in such a position, was just to figure out whether or not I was talking with a programmer. After that though I tend to agree with you. Beyond demonstrating basic competence…

I've heard various numbers like this thrown around, but I'm having a hard time seeing how it could possibly be that high. Is that figure coming from personal experience?

I also struggle with that idea since I'm very capable of programming fizzbuzz and a lot more, but am still having a problem finding a new position.

Re: How To Hire Me (or any other programmer)

#115

I can't even begin to describe how worthless I think most coding interviews are. Here's a contrived problem, that will never come up in our work. Now solve it by writing your code by hand without a compiler or any other tools that you would use in real life. I understand that these questions are often about seeing how you think and how you solve problems. Throwing annoyances like writing code on a whiteboard into a h…

Not too mention that many of those contrived problems are recycled, so a little studying goes a long way. What exactly does that prove?

Re: How To Hire Me (or any other programmer)

#117
post #5

Earlier quoted context omitted.

Writing code by hand reveals far more than you give it credit for. Someone omits a semicolon? Bam, conversation about semicolons or ASI. It's not about the fanciest solution. And anyone who does it that way is foolish. It's the purest test of Language facility, and a really good springboard for all kinds of questions. Downvoters: have you actually tried to hire someone?

I'll go one further. I had an interview several years ago. Talking with the owners, small shop (6 people? 8?). We get to a "let's code something on the white board" segment. Fair enough. "Write me some code that does XYZ" (I honestly don't remember what it was - something basic but not trivial). I took the marker, went to the board, put the marker to the board, then turned around and asked a couple questions. They an…

I wonder if I interviewed you. I've only ever had one or two people ask for clarification or want more detail about inputs BEFORE they start writing code.

Re: How To Hire Me (or any other programmer)

#118
post #99

Earlier quoted context omitted.

That's some good stuff, but I'd add a couple: 1a. Show me the office I'll be working in. Any "open plan" or "2+ people per office" setup decreases your odds of hiring me by about 93%. Not to say I'll never take a job like that, but it really, really hurts your odds. 1b. Show me the rest of the building... are there common areas where people can hang out and collaborate away from their offices, preferably with natural…

I purposely didn't include any of yours. Why? 1. Mine are issues and yours are details. If my 10 are satisfactory, I can live with your 9, even though some may not be satisfactory. But if you 9 are good and my 10 aren't, I'd last about a year before moving on because of lack of meaning. 2. Mine are about them, yours are about you. 3. Mine show interest in the big picture; yours could easily paint you as a demanding n…

That's kind of interesting to me, because my questions are exactly like mindcrimes and I would never ask the kinds of questions you're interested in. I sometimes say in interviews that I'm actually not that interested in the big picture of the company, I'm much more concerned with the day-to-day issues of software construction.

Also, you seem to have a specific kind of company in mind. Your questions fit a new web startup but I can't imagine how Google (or a Wall street bank, accounting firm, consulting firm, etc.) is supposed to tell you the three biggest things they need to accomplish and when they're due. Lots of places are just looking for smart developers because there's lots of things to do rather than looking for somebody to fulfill a specific task.

Some companies have great high-level vision but terrible low-level infrastructure/culture and vice-versa. If we had to choose between the two, I suspect the two of us would make completely different choices.

Re: How To Hire Me (or any other programmer)

#119
post #41
post #29

What am I supposed to do instead of the cookie-cutter technical interview? Right now I do "Ask any question that starts with the phrase “tell me about a time when”." for most of the interview. I'm trying to give them an opportunity to describe technical things they've done so I can drill into details and suss out if they're exaggerating their skill-set and/or incapable of communication. For perspective, I'm a schlub…

Just came up with this, but you could ask the interviewee to teach you something programming related that he/she learned recently. That should tell you how well they communicate, can deeply show you their level of experience (and interest), and it doesn't require that they recently revisited their notes from academia. Another option would be to keep notes on programming challenges you hit (and the attempted and final…

The first one might be funner for people-persons, but I'd say the second approach would give you a much higher degree of confidence in the candidate's skills.
Post reply on HN