The problem is that the OP is fundamentally approaching the interview process as a role in which she must please the interviewer in order to be granted the prize of a job. All of her advice is to prepare better and be more on your game so that the other person might perhaps like you more. Coming in with this mindset automatically puts you on a back footing and makes everything more difficult.

Instead, focus on flipping the status game around. When you're with the interviewer, you're with a peer. Talk to them as if you're talking to a friend, not as if you're in a high pressure, life or death situation. Take the VC interview, for example. Imagine if you're catching up with your best friend from college and they ask you if you've made any friends in NYC yet. Do you freeze up and start blabbering incoherently? No, you laugh about it and bitch about how tough it is and ask them if they have any advice or whatever it is that you would do. Approaching it this way changes the entire tenor of the interview process.

This is where unskilled and unaware of it genuinely comes in handy. People who are just bad enough that they have no idea how they compare easily sail through interviews since they assume they're above average while genuinely talented people spend so much time comparing themselves to others they get wracked by insecurity.

I know this is something easier said than done and that some people in particular find it especially challenging. So is learning Javascript or Photoshop, yet we don't complain when a job requires us to know them to be hired. Learning social skills is as equally important to your career as technical skills so just nut up and do it.

However, that only gets you so far. I have a dirty little secret, I'm really bad at a lot of the types of whiteboard questions which get asked and while i have a good natural intuition on things like big O that intuition doesn't translate well into actual words.

So instead I end up in a situation where for instance I'm told by my boss that I could easily/quickly get a job most anywhere I wanted and yet fearful that I'd get turned away from Bob's CRUDapp shop. It is what it is and I realize these are the entry bars that our industry uses & I don't complain about it, but there's more to the equation than simply owning the room.

So, having a natural intuition for it could be a way of saying that one has a natural intuition for equations, in general.

[1] https://micromath.wordpress.com/2008/04/14/donald-knuth-calc...

Well, that's also true and I also have the same problem.

What I'm really trying to capture is that there are a lot of things which I "get" in some fuzzy way but I have difficulty verbalizing it, even in my head. When I do manage to verbalize things, it often comes out sounding very non-academic. But what happens is that coworkers end up thinking I really know these things well, as long as I don't open my mouth much (and when I do, they think I'm just having a brain fart)

What I mean here is that I can tell you if something is going to be inherently fast or slow but when I'm put on the spot and asked for the O I freeze up. I can usually even describe in more colloquial english what the O is because I "know" it without knowing that something is NlogN or what have you.

I admit it sounds fishy, but I work in areas where this stuff actually does matter and yet a) it's never a limitation of mine and b) I almost always flub those questions shrug. As I said, it is what it is - I don't expect people to interview me differently.

If you can get the the stage of saying whether it's [much] faster or slower than the number of items then you've already done 98% of the work.

Does something go wrong that makes you unable to memorize the math terms, but you could give them nicknames instead?

Sometimes I can and yes, often then it's a difficulty pulling the correct terminology - now that I'm thinking about it perhaps it's because I'm already struggling to verbalize it anyways. Often if someone starts to lead me it all falls into place which I think somewhat goes along with what I just said here. Kind of like when you're struggling for someone's name, if someone starts to say it usually you remember it before they've even finished the first syllable.

I hope I didn't imply that you should walk into the interview feeling like you were on the defensive - I don't think that's the case at all. I just think being well prepared (a) makes you feel prepared and (b) makes you more likely to be able to handle something on the fly.

I'm also not sure what roles you've been interviewing for. I've found these sorts of things to be more important for PM/Product than for Engineering or Design. The other roles have some more concrete goals to judge off of. It's hard to tell if someone is 'good' at Product, and I've found things go better for me if I keep all of this in mind.

That happens in real life. You reach diminishing returns thinking about something. In real life, maybe you have a reasonable starting point and can get going with work on one of your designs. Maybe you rope a colleague in for fresh insights. Maybe you think about another problem and come back to this one when you’re fresh.

Or maybe you decide that the problem isn’t interesting to you and you don’t want to spend the only currency you truly have--your time--on it.

Hand-waving the entire question of whether puzzle problems are an effective interviewing technique, one of the things they select for is people who find that particular problem interesting. I recall being asked about balancing rocks in an interview. I honestly found it interesting. But I know good people who don’t. Should the question never be asked? I dunno. But I would personally NEVER fault someone for taking an honest crack at it and then saying, “That’s it, I’m out of ideas for balancing rocks.”

If I were interviewing and someone asked me about something that didn’t interest me, I’d take my best crack at it. If I ran out of juice, I’d say so. If they wanted to fail me for that, why should I argue? That’s one of the things they’re testing for.

Why should I lie to them about my level of interest and personality just to get a job offer?

This leads me to another faux pas. I have particular tactics for “Do you have any questions for us?” But I have been in interviews where I have lost interest in the process and don’t have any questions. That’s fine. Not all interviews involve me being curious at the end.

Why lie to them about being interested, if I’m not?

I think that's the crux of these two different viewpoints, and I think it is merely different tactics falling out of different strategies. On the one hand, if your strategy is to find work that you're interested in and are a great personal fit for, then it absolutely makes sense to prioritize being yourself above getting the job. If, on the other hand, your strategy is to get this job, either because you're very ambitious and this is a high-paying, high-status, or career-expanding position, or (more likely for most people in the real world) you really really need a job to pay your bills, then it might make sense to "please the interviewer in order to be granted the prize of a job".

tl;dr; The answer to your question that I quoted is, Because you prioritize getting this job over getting the "right" job.

The more interesting question is whether the tactic of being nonchalant still works better, even if you're desperate to get the job. I think it probably does, but the great Catch-22 of the job market is that it is so much easier to get jobs when you don't need them.

I do not consider a question of pretending to be someone I’m not a question of “strategy.” I do not need to convince myself that it leads to some better outcome for me to be authentic with people.

It’s one of my values, and values are things you explicitly recognize are sometimes sub-optimal for the things you wish to pursue.

I didn't at all mean to suggest that you (personally) are playing out a "strategy" that you have devised to get ahead, and I absolutely got the impression from your original comment that it is a matter of values for you, which I think is great.

My point was mostly that for many people interviewing for jobs, that authenticity is a luxury that is difficult for them to achieve.

But here's the thing: you still have to know what you're talking about. Ellen's points about intense preparation are extremely important. As a mildly anxious and "Type A" personality, I can relate very profoundly to Ellen's point about deriving confidence from inside-and-out knowledge about the product.

Confidence and poise come naturally to some people, whom I'd describe as socially gifted in much the same way that we'd describe high-IQ people as intellectually gifted. And some rare unicorns have both skills in abundance. But for the rest of us, deriving confidence from some tangible locus -- preparation, knowledge, etc. -- is just as valid. The trick is not letting your preparation slot you into a subordinate, obsequious frame of mind, but instead, letting it fuel your "I'm awesome, and I love this" frame of mind.

Then I started a different approach. If you think about it, nobody is doing anyone a favor here. We are all professionals, trying to solve real problems. So now, my attitude is more "How may I help you? Would I enjoy working at the company? Would they enjoy working with me? Are my skills suited for the job?" rather than "Please hire me!". I feel like an honest approach like this one saves a lot of time; you know immediately whether things have a good chance of working out, if you do get hired.

This is the natural approach to the process when you feel that you need the job, which is the state most people are in when they're interviewing.

As far as I can tell, the only thing you can do is interview for open positions frequently, especially when you are already employed and like your job. This nets you practice and exposes you to opportunities without the desperation. There are drawbacks to this strategy too, though - each interview you do at a company that does not result in a hire can make you less likely to be asked back for another one for a different position there unless they are desperate for you, and the real value gained from spending time and effort practicing at interviewing is debatable.

Otherwise, have faith in yourself that someone out there appreciates the unique bits you bring and realize that figuring out how to ace an interview can sometimes cause you to never get that 5th interview which is where you really belong.

A few years ago I started asking the interviewer this question:

"I'm always looking to learn new things. Given what you've seen of my resume', what new things could I learn here?"

I sincerely wanted/want to know this but I discovered that there was an unintended side benefit: In response to this question, the interviewer often tries to "sell" you on the company which changes the dynamic. Instead of you trying to please the interviewer, the interviewer is now trying to please you instead - or at least it seemed that way to me.

Maybe I didn't word it perfectly, but it is partially out of a desire to know how they think I would benefit the company. Am I just another redundant cog in the machine, or am I really going to play a key role? I guess it is a good point to still make it in hypothetical language.

"I think we've have covered everything I was curious about. I have your bussiness card though, so would you mind if I get in touch with you if I think of anything further?"

Which I suppose is a question in itself :)

I tend to ask a lot of questions throughout the interview so I'm not really the kind of person who waits until the end to seek clarification about something.

1. No ability to do mental arithmetic whatsoever.

2. No ability to write standard template library-based C++ code from memory, except maybe cout and cin.

3. Being late. (3 times at least)

4. Being in a different country and forgetting about it.

5. Trying to sell myself because that is what I was told to do and coming across as unforgiveably arrogant. (a difficult balance)

6. When asked about if I minded the data-cleaning work, which could be boring, I joked that if I was worried about being bored I would have chosen a different career. Maybe this isn't even a joke. Either way, highly offended interviewer.

7. Couldn't really speak the language.

8. When interviewing for a position as a bartender, said I could pour beer. Then proceeded to spray the customers with my attempt when I was asked to prove it. (I was young) However, the bar owner then let me work for free as a trainee for the night, and I got the next job.

Eg, "I wanted to talk about Gmail (I used it daily) but the interviewer didn’t want to. Instead, we opted to talk about Google Docs. Unfortunately, the interviewer had been the Google Docs PM, and I’d only used it at a surface level. Every suggestion I made turned out to already be in the Product. Whoops."

To me, this has the smell of the "know it all" interviewer who is more interested in proving their superiority over the candidate than actually conducting a decent interview. Of course the interviewer wanted to stick to discussing the product they were the PM on, how else would they be able to smugly call out the interviewee on their (perfectly reasonable) suggestions?

I was declined at interview #5, after passing the previous four. Not sure how much that question played a role. It was also the weakest of my technical interviews. I was surprised to get hit with more programming questions after having passed so many other technical interviews with them.

After 5 interviews which dragged out for almost two months that was super disappointing though. It was probably the last interview I needed to pass. It's like being knocked out of the race with a blue shell in the last 20 seconds in Mario Kart.

I did OK, but only OK on it. His comment when we ran short of time was "Yeah, I think with a little debugging, that solution would probably work" but then he passed.

Perhaps it's just my bruised ego, but I think he made a bad decision. Here he is with 5 members of his own team saying that I'd be a great fit, but he basically selects for people who have encountered a puzzle with very little relation to the actual work involved in the role. He may as well have evaluated me as a developer on my ability to prepare a chocolate souffle in 30 minutes. It would have been roughly as representative of my skill set.

I did end up solving it, but I wasn't happy with the solution and neither was he, with good reason of course, but it was one of those problems I easily could have solved if given the proper time to work on it rather than digitally whiteboarding it for 20 minutes in a high pressure situation. A quick and dirty solution is all you should expect from working on a never before seen problem in 20 minutes on paper without a compiler.

I came away feeling as though their process was more broken than my performance. Doubtless, I could have done better. But it just felt so strange to be washed out after four other engineers thought I was qualified.

   P(A and B and C) = P(A) + P(B|A) + P(C|AB)

I'll sometimes even say, "I've asked some of these questions to [person x, person y, ...], but I'd like your perspective."

Also to the person whose interview took 5 months. Is this really a company you would want to work for? Sounds like they don't have their shit together.

but i didn't just say no, i explained that i already had two other interviews and the other interviewers had answered all my questions.

i got hired, so i'm not sure if that's related or not.

100% spot on

Actually finding out that the suggested features were already in the product might serve as validation of the suggestion, but of course, the interviewer takes it only as "you don't know Google Docs enough so, rejected!"

Nobody wants to say: I spent 3 months but became the foremost Google Wave expert in the world.

I would imagine the intention is to prevent teams picking people who are "just like them" (or any of the other ways in which project groups can go a bit pathological inside a large company). By carving out the interview process as it’s own separate thing in this way you can prevent individual parts of the company going off the rails.

Dodged a bullet.

The writer talks about being quizzed on a google product she had only superficially used. She recommends that people do their homework more, but honestly, even a dedicated googlophile would struggle to have tried every google product in depth. She was unlucky that they asked about that specific product.

Honestly, there is a lot more luck in the interview process than makes me comfortable. The difference between getting the job vs losing it can be that the interviewer chose to ask you about smart pointers rather than heap allocation, and that's galling when the reality of the job is that you're going to spend half your time moving text boxes by two pixels and changing log formats to suit the new Unified Log Structure your sysadmins have dreamed up.

I'd extend your wish to "Whole recruitment process should be less of an art and more of a science". The problem is that even the properly conducted interview using established, good practices (like competence based/behavioral interview) can give you max. 50% accuracy in assessing the competencies. What means that additional methods are absolutely necessary.

But even the most accurate methods will lead to wrong decisions when companies don't have precisely and adequately defined what competencies are actually required to perform well in a given position.

And from my experience this is the core problem. People debate over questions/fizz-buzz/puzzles/whiteboard/whatever but usually do not invest enough time to determine what would they like to measure with these methods.

Firstly, I certainly agree unnecessary algo questions for a job that doesn't involve algorithmic problem solving on a day-to-day is silly and leads to false negatives.

But the simpler problems give you more than just the basic 'can you code' test - it gives you an insight their into thought process.

For example, seeing how somebody progresses from:-

   for(var i = 1; i <= 100; i++) {
       if (i % 3 == 0)
           console.log('fizz');
       else if (i % 5 == 0)
           console.log('buzz');
       // ah hm both % 3 and %5...
    }

   for(var i = 1; i <= 100; i++) {
       if (i % 3 == 0 && i % 5 == 0)
           console.log('fizzbuzz');
       else if (i % 3 == 0)
           console.log('fizz');
       else if (i % 5 == 0)
           console.log('buzz');
       ...
    }

It seems so incredibly trivial and irrelevant at first hand but shows you a lot (assuming they've not seen it before.) I've been really surprised by this.

I suspect the idea of there being a science of this is a bit of a mistake - there's plenty of stuff that involves so many factors that it's really hard to know the really ideal approach. A quick look at the actual state of software engineering studies (30 undergrad students != all programmers) or e.g. macroeconomics should give you pause.

Certainly loads of scope for improvement though, I agree wholeheartedly!

Moreover, leaving people to do these little tests in the team and proposing them to ask questions whenever they want, plus asking them to explain their solutions helps a lot in seeing the social skill I need (communication, openness...)

Of course, it's not 100% safe, but I'd say it's a good heuristic :-)

And from my experience this is the core problem. People debate over questions/fizz-buzz/puzzles/whiteboard/whatever but usually do not invest enough time to determine what would they like to measure with these methods. "

Yes, I agree

Nobody should write FizzBuzz on the board exactly because if you get a person that can't do that your initial filter/selection is wrong. Dead wrong.

Before hiring an architect do you ask him to sketch a house? Before hiring a surgeon do you ask him to do a mini surgery?

Then don't waste my time with fizzbuzz! Shoot a harder question (even a coding question) and this is saving on time and mutual trust.

Roles are often vaguely defined, because it depends on who is available. People lie, exaggerate and game the system in interviews. Neither side wants to reveal their weak points. Figuring out the underlying truth and matching the best available candidate to the best possible job description is not something algorithms are good at.

competency based interviews are standard for junior positions with large companies in the UK. however, this approach often turns interviews into a bullshitting competition.

Here's the more recent, often cited meta-analysis: http://mavweb.mnsu.edu/howard/Schmidt%20and%20Hunter%201998%... (tl;dr structured interview has validity of .51)

Naturally it has an extensive bibliography if you'd like to dive deeper in the topic.

And even more references can be found here: http://www.people.vcu.edu/~mamcdani/Publications/McDaniel%20...

That is also my experience. As a result I generally avoid applying to big companies where I expect a lot of non-technical interviews. If that's how everyone is hired, I don't want to end up in a MENSA club instead of a place where people have strong technical abilities.

FWIW, in my most recent performance-review I was described as having high "EQ".

http://www.huffingtonpost.com/2013/12/05/are-you-emotionally...

I've never heard that term before, but having read about it I think it fits me perfectly.

>> Do not allow team members to contribute feedback based on "culture fit".

I'm aware of how culture fit can lead to unfair discrimination, but throwing it out entirely I think is like "throwing the baby out with the bath water." I think culture-fit is important to have the right "vibe" in the office. Unfortunately, I know that "vibe preservation" can lead to aforementioned discrimination very easily but I also believe the "vibe" does exist and damaging it results in problems.

>> Try to eliminate phone interviews entirely. They don't add value, but do amplify noise.

If phone-interviews were 100% gone, then we'd need 2 in-person interviews. The first interview asking pretty much the same questions that could have been done over the phone. I think phone-interviews help screen out obvious bad-fits early on without investing too much time.

>> Never interview a candidate with more than one interviewer

From my own experience I've seen 2 interviewers describe a candidate almost completely opposite from each other and I found it incredibly fascinating to see how different 2 people witness the exact same event at the same time. Everyone being aware of those differences and the rest of the team knowing how the interviewers think day-to-day, I think gives balance.

>> Have lunch with candidates if you like, but don't make lunch a Q&A with the candidate.

What would you talk about at lunch if not Q&A? Or are we assuming that you specifically mean prohibit question to the candidate but expecting questions _from_ the candidate.

>> Script your interviews.

While I do think it's important to have some kind of benchmark sequence of questions, I think more is learned about the candidate(and I learn more about my potential new coworkers) when it feels more like an organic conversation rather than those scripted conversations I endure when calling AT&T about my malfunctioning LAN line. Or maybe you don't mean scripted in that strict of a form.

Incidentally, do you have some kind of script notifying you when you're mentioned on HN? Sometimes it feels that way. You kinda "non-organically" appear when someone mentions you. :-P

What kind of "vibe" are we looking for? Are people writing unit tests? Are they respectful to each other? Is devops easily reproducible?

Nope, I don't. I absolutely believe there is a significant margin of error there but I also believe that, as human beings, we have to accept that we cannot be standardized plug-n-play hardware rather than try and come up with an algorithm that we rely on to tell us if a person is a good candidate or not. FWIW, I'm also against standardized testing in schools. You just end up people who are groomed specifically for those tests and in general the word "standardized" is kinda opposite of "diversity".

>>How sure are you that you're not just assessing a candidate's ability to be confident and unflappable in a job interview?

For dev jobs, at least you have background checks on past employment and/or education, a few coding tests and discussions around them to at least know this person isn't a totally 100% Grade-A Fraud. But indeed it is possible to end up with someone who just guessed right & prepared before hand for your questions then totally falls on their face the first month on the job.

>>Have you ever had the experience of hiring someone who did amazingly well in their interview and turned out to be a total zero on your dev team? I'm very wary of subjective signals I get from interviews.

I've seen this happen in at&t, more than once, where standardized'ish interviews were easy to guess and some people just knew exactly what to say and nobody applied any fraud-detection. But I admit I've also seen this happen in heavy culture-fit oriented interviews that still manage to leave something out. e.g., maybe the candidate actually gets frustrated easily and becomes very difficult to work with. If they did well in the interview then you never got to see what happens when they don't do well.

Personally, I think this is just the chance we have to take as a society. If we really try hard to apply algos to humans I think we'll end up with a bunch of problems. I can see people grooming themselves specifically for those algos and I just don't think that's healthy for standardized interviews or standardized tests in schools.

But indeed, this is all touchy-feeling-fuzzy-intangible-indefensible stuff.

There's a movie called Gattaca: http://www.imdb.com/title/tt0119177/ That kinda talks about this and it turns out people get different impressions from this movie. Some people think what the main character did was unjustified fraud and some people think it's society that treated him unfairly because an algorithm said he was unfit for the role.

(I'm hoping to post it Friday, but since you've already called this one of the few arguments I have you don't agree with, I'd be really happy if you were willing to take a peek at it tomorrow).

Well, it certainly leads to discriminating against people who don't fit into the team culturally. But really, is that unfair? Isn't the goal of a software team to produce great software, not to be a force for fairness or justice or anything else?

If people with much in common work better together than do people with little in common (which I believe is likely to be true), and if the team works together, then isn't it better to hire people with much in common?

As you accurately perceive, there is wiggle room in the law. You can in fact discriminate against candidates based on their political leanings, their taste in music, and their hairstyle. Those things do not define protected classes under the law. But you should not do that, for the same underlying moral reason underpinning the fact that you can not do that because of someone's religion, gender, or race, no matter how ineffective or unproductive working with someone of a different race might make you.

Sensitive/controversial/potentially-just-plain-wrong opinion incoming:

I completely agree with this. But, as a black male, I don't want someone who's racist to be forced to work with me. Extreme out-of-the-park example; I don't want the KKK to be forced to hire me because of affirmative-action or something. That'd be awkward for all of us! I'd prefer to get at the root of the problem and change society's views such that nobody needs to be forced to hire me and they do it because they like me and think I'll be good at the job; and being black doesn't bother them. If someone doesn't hire me because I'm black, I suspect it's better for me than being hired anyway and having all kinds of odd social cues happening in the office because someone(s) is trying really hard to hide their racism but it slips out every now 'n again.

Maybe there's a catch-22 in my reasoning. To solve racism, people need to be exposed to more people different from themselves but I don't want to be exposed to racist people until they're not racist anymore.

Yeah, but I have no trouble in advocating what I believe is right, whether or not society agrees☺

I tend to think that our current society places too much faith in diversity qua diversity, and cares insufficiently about similarity. I really do need to get around to reading Bowling Alone…

I've wasted time going to interviews when a phone interview would have revealed to both sides that it wasn't the right job for me.

You shouldn't really be looking to filter at all at this point, rather you should be presenting an opportunity for the candidate to self filter. The only thing I filter for at all in that case is if the person does not have enough communication skills to even continue with the process (ie they only speak a language that no one in the hiring pipeline speaks).

Now, it is sometimes impossible to scale up those coffee meetings either due to locality, scheduling, whatever so a phone conversation is the only choice. In those cases though, I think the mindset is the important thing. It isn't a phone screen. It's still just getting coffee, over the phone, with no coffee.

> [...] Dawes subsequently gathered a large body of evidence showing that human experts did not perform as well as simple linear models at clinical diagnosis, forecasting graduate students’ success, and other prediction tasks [...]

> [...] cited reasons for the cause of algorithm aversion include the desire for perfect forecasts, the inability of algorithms to learn, the presumed ability of human forecasters to improve through experience, the notion that algorithms are dehumanizing, the notion that algorithms cannot properly consider individual targets, concerns about the ethicality of relying on algorithms to make important decisions, and the presumed inability of algorithms to incorporate qualitative data [...]

Note: I removed inline citations in the second paragraph to make it briefer.

1: http://opim.wharton.upenn.edu/risk/library/WPAF201410-Algort...

I am interviewing them.

That's it. It's that simple. The sooner we understand that every interview is a 2 way interview and that we are interviewing them just as much as they are interviewing us, the sooner we can adopt the right mental attitude the make the rest of the bullshit details melt away.

I even take it a step further: it's much more important the I make the right choice than they do. I am giving them my time, which I can never get back. They are giving me their money, which they have plenty of and can always get more.

Interview them. Be nice. Have a nice 2 way dialogue. And never forget: it's your party, not theirs.

If it doesn't lead anywhere, no problem. There are plenty more of them, but only one of you.

Aside: More thoughts in Chapter 3 here: http://static.v25media.com/edw519_mod.html

But the hubris of employers seems to be ever increasing.

I can't tell you how many times I've interviewed someone and they never asked me a single question. Even if they seemed good, I always put them into the reject pile. Not a single question? Wow.

If so, what you're really asking is this: "Here's some rope. Would you like to hang yourself with it?"

I like to ask my questions as they become topically relevant, during the interview. If I can't ask anything until the end, that is a gigantic red flag for me.

If you expect my question to just be an answer to your "do you have any questions?" question, then screw you, buddy. You're getting my canned response: "How does your company determine the value of a <position title>?"

And then, no matter what you say, I'll make a little frown and say, "hmmm".

As an interviewee I try to ask any questions which come up throughout the process, I don't wait for them to ask me. This sometimes annoys interviewers, but that's their problem.

However, what I vehemently disagree with is that someone needs to have a clever answer to "do you have any questions for us?". This is usually thrown in the last few minutes of an interview and frankly it calls for a canned question which means by the 10th person I've talked to I'm tired of hearing the answer(s).

I'm not looking for clever, I'm looking for interest.

Not saying this is true of course, but have you considered that some of those times might be that you as the interviewer were unable to pique their interest in what you do? It is a two way street, after all.

I might be the only one who actually remembers 2001-4, and trust me, during that time if you walked in with the "I'm actually interviewing YOU!" attitude, you were in for a surprise.

I have been using my strategy of "I'm interviewing you." since 1979 and nothing has ever worked as well, good times or bad.

I feel like I'm making this comment over and over on HN, but why is it that when I share my experience of what has worked really well for me, someone tells me I'm wrong.

Because most folks only comment when they disagree.

And most folks on HN are disagreeable.

The other employees at the company are people too, and their time is just as valuable as yours at a personal level, even if The Company in the abstract sense only sees it as a negligible increase in the payroll.

It's important that both parties make a good choice.

I find this extremely rude behaviour and managed to make my will of ever interviewing back to Google plummet to zero (that and the stories I've heard)

Also, yes, people screw up (me inclusive), get passed, such is life, but really, people should avoid alienating their candidates, and this seems to happen more often than not.

I've come up with a load that I like to ask. Some of them are naturally answered during an interview process anyway, but generally there are at least a few left:

TEAM:

* How big is the team I would be working with?

* Do team members socialise out of hours?

* What is the average age of team members?

* How long has the longest member of the team been there?

* What language is spoken in the team - both socially and for business reasons?

* Does the company have a "no arseholes" rule (or "no brilliant jerks")?

THE WORK:

* What kind of projects would I be working on?

* What software development methodology do you use?

* Does the company release any software as open source?

COMPANY:

* How old is the company?

* Is the company constantly recruiting, or has it recently started hiring more people?

* How would I progress in the company? What opportunities for promotion exist?

COMPENSATION:

* What kind of salary range are you offering for this position? (I realise that it depends on skill and experience, but hopefully you should have a good idea of that based on my CV.)

* Does the company provide any relocation assistance?

Instead of asking about the salary range, ask about what local neighborhoods the employees live in. Look up the home prices later, on a real estate site.

Instead of asking about promotion paths, ask about how the roles of the employees have changed as the company has matured.

Instead of asking about relocation assistance, ask about how much experience the company has in hiring non-local candidates.

You can also ask about what the <position title> can do individually to increase the revenues of the company. That answer will give you an idea about how flexible they are on salaries for <position title>.

1) Employers have always me about my salary expectations. If they want to know from me, why shouldn't they answer as well?

2) If the range expectations are way off, you don't have to waste your time going through a series of interviews only to find out that their salary range is 10k less than you were expecting, or they don't offer relocation, or whatever.

Personally, I only ever want to be paid a fair wage; I'm not after the most I can possibly get. So finding out whether the range matches what the market seems as fair early on is important.

If you already have a job, and the prospective employer asks you for your expectations, defer and delay. If they will not proceed without your answer, WALK AWAY. Otherwise, name a price 20% higher than what you would be happy with, and qualify it by saying that what you learn later in the interview process may merit a revision.

2) $10k is peanuts to the company. If they really can't afford to monetize your efforts enough to pay you what you are worth, they should really be up front about that themselves, and put their range in the ad.

Otherwise, any company above a certain size can pretty easily justify budgeting $200k or more in salary and benefits for even a mediocre developer. A mediocre developer will never be able to actually get that much because of market pressures, but if a company can justify hiring their own developers at all, they can justify paying a little more for a good one. That's why the logical progression is to first find out how much you will be worth to the company, and then determine the compensation package that makes you a profitable employee.

You don't want to work for a company that determines compensation first, then scrambles to figure out how to pay for it.

In summary, always make the employer say their salary number first. If they won't, they are already trying to cut the costs you represent to them, before even hiring you.

The fair wage is the most you can possibly get [while still earning profit for the company].

I can though, I can choose to not participate. While this hasn't always been the case, there is no position that I'd want so dearly that I'll let them treat me like dirt during the hiring process. If it pisses them off that I expect them to treat it like a 2 way street, c'est la vie.

I usually ask in the first interview what the candidate expects to be paid. If I slip and forget to do this, I'd hope the candidate would ask what we expect to pay him. Much better to do this than try to skirt around it -- weird questions like "what neighborhood do most employees live in?" would turn me off for sure.

They need to know up front that I expect to be compensated well, and this has worked out great for me.

If I were single and just looking for a good job that I enjoyed, then I probably wouldn't care, but I got a family to feed!

Sadly, many people's home purchases seem completely disconnected from their salaries. Most people buy far more home than they need or can afford.

But I do agree that it doesn't make sense to ask about salary during the interview. It's quite possible to get a range by searching around, and you can wait until you get the offer to see an actual salary; that's then the point where you can start negotiating. Ditto for relocation assistance; that's effectively just a one-time signing bonus.

> Instead of asking about promotion paths, ask about how the roles of the employees have changed as the company has matured.

Personally, I'd ask one of the non-managers conducting the interview whether the company has technical leaders, and if there's a path for career growth other than becoming a manager. If there isn't, that's a giant red flag to me.

In particular, you'd want to distinguish between the people you directly collaborate with on a daily basis and the broader organization working on the same or similar technologies.

> * Do team members socialise out of hours?

Depending on your preferences, that can be a good question or a critical one. If you want to socialize out of hours, it's good to know if the team likes to do so. On the other hand, it can be critical to know that you're getting into a company where you have to socialize out of hours to fit in. Don't work somewhere where you're going to be utterly at odds with the company culture.

> * What is the average age of team members?

That's a very strange question; why do you think that matters, or that it's reasonable to ask? As an interviewer, I'd find that question extremely offputting.

> * How long has the longest member of the team been there?

Now that's an interesting question. Good to know the turnover of the team. Goes along with "how long has the team been around?".

> * Does the company have a "no arseholes" rule (or "no brilliant jerks")?

As much as I think this is a very critical item for a good work environment, do you think an interviewer is likely to answer that question any differently whether they do or not? Sure, if they come right out and say that they're willing to tolerate such behavior, run away fast. But otherwise, they either do have such a policy, or they'd like to think they do but they really don't in practice, or they'd like you to think they do.

> * How old is the company?

You should know that before you ever go to the interview.

> * Does the company release any software as open source?

If you can't find that out before going to the interview, the company isn't doing very well at it.

It's just to find out more about who I might be working with. It didn't feel weird to ask - but perhaps you're right. Often it's been explained before as part of the "how sociable is the team" question. ("Well, we're all family people, so...", or "Most of the team are in their early 20s so often out on a Friday night" etc.)

> As much as I think this is a very critical item for a good work environment, do you think an interviewer is likely to answer that question any differently whether they do or not?

This question is generally one I would ask someone who I would be working with as part of the team, and while you might not get a direct answer, you can tell a lot from how they answer. If it's a bit vague, then they probably don't have anything specific in place. But I've also had very enthusiastic replies along the lines of "Yes we do! In fact that's very important to us!" This can make a difference if there's multiple offers on the table and you're trying to figure out which offer to take.

The other questions are, yes, obvious, but they're basically leading questions. Asking about the company history can often give you some insights into recent events that might not be obvious from their website (and other sources), and replies to the question about open source are useful to see whether they're aware of open source practices inside the company (depending on the size of the company, there might be different things going on).

Got to laugh at the irony of this comment during a software/programming interview.

Anecdotally, the few times I've used it, I've had a great or worthwhile response to that.

Edit: Obviously ask this at the very end after a couple of the normal questions about the company...

Which she can safely take as a sign that she should be very, very glad not to have "passed" that MS interview. It may or may not have been a very useful question to ask, but the interviewer's response indicates that he had clearly let the task assigned to him go to his head, and was basically on power trip, by that point.

The question that turned me into a babbling buffoon was “have you made any friends since moving to NYC?”

Also not an appropriate question to ask, and indicates a lack of respect for basic personal boundaries on the part of the interviewer.

It was an appropriate question. This was not a technical interview, it was an interview for a job with a VC firm.

Someone in VC generally needs to have an outgoing personality and good "people skills". Ease of making friends in a new city could be quite indicative of what the VC firm is looking for in a new associate.

I, personally, don't want many friends. I relate more with Dr. Weaver in MIB, i.e. "I hate the living". But I'll never be interviewing for a VC job.

Here is a coding exercise that will take around and hour. Once you finish it you never end up hearing back anyway and when you send a followup they still don't respond. How are can you know whether you should waste your time doing a coding exercise or not?

If its not coding exercises its an excessive number of hour long interviews, or the employer requiring that you work with them for free for anywhere from a few hours to a week.

Is there any way to weed them out before you waste so much of your time?

If you don't hear back, the company's not interested. Few people write rejection letters as few people react well to them.

We do coding exercises before we interview candidates, but try to keep them as minimalist as possible. It sucks for the candidate who is doing 10 of these a week, but companies waste huge amounts of time with people who are totally unqualified and the pre-screen is necessary to weed such persons out.

>If its not coding exercises its an excessive number of hour long interviews

Hiring someone is a big commitment. If a company wants to interview you a reasonable amount of times, be flattered and enjoy it. Recognize that this is a big commitment for them and they have a lot of candidates to choose from.

>or the employer requiring that you work with them for free for anywhere from a few hours to a week

Stay away from any company that wants you to work for free. Sure, a probationary contract is fine, but if they're actually expecting you to do any non-interview work without paying you for it, you don't want to be involved with that company. Don't even entertain these types of offers.

>Is there any way to weed them out before you waste so much of your time?

Look online for postings that discuss that company's hiring processes. In your cover letter, tell them that you're excited about the prospect of working for their company and ask about their interview process. This will hint that you're sensitive to excessive prospective-employer time consumption, and you'll probably get back some kind of answer with which you can make more of a decision. After you interview, post about the process online for future applicants' benefit.

Most interviewers will be sympathetic because they'll remember what it was like when they were applying for jobs, but that doesn't mean they can just hand-wave away all the requirements.

However, if you hand me such a task (or glassdoor says you will), I have to be really excited about your company to spend my time that way. A 20 minute shared-coding session in one of the dozen online collaborative edit tools would probably give you most of the same information while saving a lot of the candidate's time.

For example, look at the answers to this Quora question about interviewing:

http://www.quora.com/How-much-time-did-you-spend-preparing-f...

The first reply mentions spending 5 weeks of studying, 2.5 hours every weekday and 8 hours on every weekend day. That's 28.5 hours of studying every week. 5 weeks of that is 142.5 hours. And he also spent time doing mock interviews.

I have a family and as a senior engineer I'm busy with work. What little free time I have is spent keeping up with new technologies. It has been many years since college. This process is basically very hostile to most senior engineers who have years of experience. I wish more companies would recognize this and change their process.

Having done 200+ interviews at one of the Big Companies you can generally see through "studied and memorized the question" from earnest attempts at solving it as well (asking them WHY they are doing something is an easy tell).

If I were going out to interview again, the main thing I would brush up on is coding small example problems on a piece of paper/white board. The transition from IDE+internet -> whiteboard in a high pressure situation is not something you want to be coming in cold for. If you are a senior engineer, the problems/coding themselves shouldn't be that hard to tackle blind, but doing them on a whiteboard will throw you off if you haven't tried recently.

Really? I would never, ever ask that question in an interview. Too many ways it can fail.

Focussing on the problem at hand, I dutifully filled the whiteboard with my solution.

All was well until I needed to erase the board, only to discover that I had selected a permanent marker rather than a dry wipe one.

Whiteboard ruined.

I did not get the job, but I did learn the importance of checking what type of pen you're using _before_ you start to use it...

Also, IME, that stuff is super easy to get off if you just go back over it with a regular dry erase marker.

I was actually surprised that this isn't common knowledge so I made a video just now demonstrating (in case you don't believe me):

http://youtu.be/M-x8s6bTAU8

Why they had a permanent marker next to a whiteboard is another question - incompetence, or to stop you rubbing anything out?

Even worse is if it was some sort of test to see if he'd check before starting to write...

If richev really lost the job because of the marker, he safely got out of a place where people lose jobs because of powerfull people's (the interviewer) fault. Good for him.

But everywhere I have worked, the dry erase markers are kept near the whiteboards, and the permanent markers are kept next to the stack of blank discs, or near the disc-writer drives. Keeping them both in the same place is a Murphy's Law infraction.

I've always found this tricky, as generally interviews with me go both ways, and I'm asking questions about the work, company, people and so on throughout the interview.

If you need a safe fallback, asking them to describe your typical day, who'll you'll be working with, and what project(s) you'll start with are both useful and a pleasant note to end the interview on.

I know people are going to tell me how wrong this is but I'm just being honest. How can I pretend to be interested when I'm actually not? Coincidentally I've been looking to make a move and not finding anything but I guess that's not surprising. There is nothing I really like in life but at least people tell me I'm pretty good (or at least I've never been fired) at this software stuff so I just stick with it.

On a more serious note, drop me a note if you want. I've been wondering for some time at which point most of us lose (not really the right word. maybe fades is better) that drive.

If the interviewer wants to know if I have learned all that he/she wants me to have learned during the interview, he/she should ask more specific questions.

I know that in many communication training programs people learn to ask questions like this, for it is good to explore if your goals have been reached, but for that to happen you have to take charge of that exploration, not hoping that the other person somehow does it for you.

"In the trade-offs between time, cost, and quality, we know you can have two but not all three, which two are valued here? And you can't say we value all three."

The last part is important, because when I first started asking it people just said they were special and did all three, but we know that it never works that way.

While it might mean those things, it's just as likely to mean that the interviewer is unprepared. This happens surprisingly often. Interviewers will either ask questions you've been asked already, or they will make up questions on the spot that they think they know the answers to but don't.

Maybe your interviewer spilled coffee on themselves on the way to work, maybe they just interviewed 3 candidates in front of your and they are exhausted/picky.

Quite often an interviewer will fail to clarify an important issue, and give negative feedback because they aren't sure if you're competent in that area.

Even if interviewers compare notes, I don't look weird for asking the same question, and I don't have to awkwardly admit I don't have any questions.

I'm writing a career management guide right now, and one of my chapters is explicitly on this topic ("How to ace your next interview"). I think about this a lot (I'm a hiring manager, currently building my team, so I've been on both sides of the desk). I break the interview phase down into four phases (Preparation, Pre-interview, Interview, Post-Interview). I think "Preparation" and "Interview" are really appropriate here.

Here's what I recommend thinking about when preparing for an interview:

PREPARATION

- Do basic company research. You should understand the basics of the company: what they do, how they make money, how big they are.

- Know which job you’re applying for. Read the description a few times to make sure you understand it well.

- Know which other jobs the company is trying to fill. You can learn a lot about a company by looking at their job openings. See if you can get a sense of where they’re currently focused and how you can either contribute directly to helping them get there, or how you can contribute indirectly in this job. Take note of other jobs you might be a good fit for, just in case.

- Prepare for the dreaded salary question. They’ll probably ask what you’re making now, and what you want to make. I recommend telling them your current salary (because they can probably figure it out anyway), and not telling them your desired salary. For the desired salary piece of the dreaded salary question, I usually say, “I want this move to be a big step forward for me in terms of both responsibility and compensation.”

INTERVIEW

- Be early. Don’t keep your interviewer waiting—that’s a horrible way to make a first impression.

- Bring a notebook and your resume. You should take notes, and it’s possible your interviewer won’t already have your resume. Be prepared.

- Try to relax and be honest during introductions. It’s ok to make small talk for a few minutes so you and your interviewer can get settled in, but don’t spend too much time on this.

- Come prepared for different types of questions. Here’s a partial list of common types of questions you may be asked:

* Questions about your resume

* Questions about you personally

* Questions about tools and technology

* Technical questions

* Questions about your career goals and aspirations

* “Why do you want to work here?”

* Questions about “a challenging situation”

* Questions about special projects or side projects you’ve done

- Don’t be afraid to ask for some time to think about your answer. This shows intentionality and may help you formulate better answers to tricky questions. But don’t do this more than a couple times during an interview.

- Don’t be caught off guard by crazy questions. If your interviewer asks you something wacky, just gather your thoughts, listen carefully, and formulate the best answer you can. Make sure to account for any constraints that are part of the question as well.

- When things start wrapping up, look for opportunities to ask questions to learn more about the company and the role you’re interviewing for. Here are two good questions you can ask if they haven’t been addressed already:

* “So what does a typical day look like for this role?” * “What are the greatest challenges for your team right now?” or “What is the greatest challenge for this particular role?"

If both of those questions have already been covered, see if any of your Pre-interview questions might work.

- Only ask questions if you can learn new information from them. If you’ve already covered everything in your interview, it’s ok to say, “I think we actually covered everything already!”

That's a summary of each phase, and the chapter itself goes into quite a bit more detail.

You can get the full chapter for free here: http://JoshDoody.com/interview?ref=hn4

It links to https://www.kickstarter.com/jobs/product-manager

which is a 404.

However https://www.kickstarter.com/jobs

and

https://www.kickstarter.com/jobs/product_designer

both work. Just wanted to check out the job description. Good luck.

1. Correcting the interviewer. In one of my interviews, an MD/PhD was explaining to me his experimental design, which involved training a cohort of people to do a task, then afterward subjecting that cohort to electrical brain stimulation while performing the task in order to compare results on the task. Concerned, I mentioned that the experiment wasn't controlled for people merely becoming better at the task as they had more exposure to it. The person in charge didn't approve of this, and perceived it as an attack on their experiment. Clearly, this was the point at which I "lost" the interview. Lesson: the interview isn't the place to tear apart problematic projects.

2. Being honest with the interviewer. In another of my interviews, I was discussing various volunteering projects that I had undertaken. The woman who was interviewing me was old enough to be my mother, and seemed to be approving of my extensive list of volunteering opportunities, which she had inquired about. This lulled me into a false sense of security, leading me to disclose one of my volunteering projects which involved video-game-based mentorship of disadvantaged youth. This immediately raised her hackles, prompting her to ask if I "played video games a lot". I said yes, being young and stupid, assuming it'd be absurd to hold something that I did in my private time against me. I "lost" the interview" with that admission, even though I'd been golden up to that point. Lesson: the interview isn't a place for anything other than pushing the interviewer's buttons until you get exactly what you want.

3. Asking questions for which there is no feel good answer. In yet another interview, I started to get a whiff of desperation from the interviewers regarding workflow from manager to employee. I probed the issue, then asked directly, "How is success measured here?" suspecting that I'd get an answer like "completed projects per week" or something else which would come off as overly controlling to employees. I was told there was a quota based system. This turned me off immensely, and turned the interviewer off as well for having to admit such an embarrassing thing. I still got a job offer after this mistake, but I ended up rejecting it. Lesson: don't embarrass the organization you're interviewing for by making them admit weaknesses.

4. Permitting bad behavior from the interviewer. In three (3) separate interviews for different organizations, the interviewer arrived 10-15 minutes late with no apology. In the first of these interviews, the interviewer's beeper went off, causing a flurry of cussing and an interruption of the interview for an extended phone call. This happened again later in the interview. I "lost" the interview because of the constant interruptions by the interviewer's other commitments, and didn't get the job-- maybe a bullet dodged here. In the second of the three late interviews, the interviewer notified me beforehand he'd have to stop in the middle in order to check his son's scores, as his son was in some sort of sports competition at that moment. Sure enough, the interview was in a state of anti-flow due to his constant pausing and checking his son's scores, at times cheering quietly. I "lost" this interview because of blatant disrespect-- maybe another bullet dodged. The final late interview was spared any interruptions, but was instead occupied by a bizarre egotistical rant based on the interviewer's past accomplishments, detailing how the interviewer had presented his research to a crowd of many people and made a name for himself. This was irritating, but tolerable. Following his ego-trip, the interviewer then went on to compare me and the other (not present) candidates to his son, saying how his son was the ideal candidate and that everyone in my generation other than his son was extremely entitled and should really lower their expectations because of how hard he had it when he was coming up. I can't make this shit up. I lost the interview when I failed to behave like his son. Lesson: don't be afraid to stand up and walk out of an interview if the interviewer isn't prepared to take you seriously.

Before I get to this question, I've researched the company so much (products, monetization, even approximate salary ranges), that I've to play like I don't know and ask something... :)

More elaborate example: Most human languages are recursively defined, with sentence or phrase units able to be part of bigger sentence/phrase units.

I think that's iteration…

Interestingly, while trying to think of real-life examples of things that were either iteration or recursion but not both, I realised that any example of one could be considered an example of the other. I'd already known & been comfortable knowing that they are equivalent, but now I understand it in a way I didn't before.

On the other hand I think the grammar of a language is a perfect fit for a recursive model, as the op says.