If you believe my recruiter, it was previous startup experience, strong CS fundamentals, and good JavaScript knowledge. In other words, I had a skill set that they needed and seemed like a person who could get things done. Pretty standard stuff.
The interview process was less difficult than I thought it would be. 1 phone screen, 4 (supposed to be 5, but one never showed up) in-person interviews over a day. I'd thought I'd flubbed it when I got out, but apparently the interview feedback was quite positive.
If I had to guess what makes most candidates bomb, it's that they don't have sufficient depth in the positions they're interviewing for. For example, at the end of one of my interview problems, the interviewer asked me "And how would you attach that event handler?" And I replied "Well, if it was IE, I'd use element.addEventListener('mouseover', fn, true). If it was a standards-compliant browser, I'd use element.attachEvent('mouseover', fn)." Note that that's wrong - it's backwards. But the interviewer didn't care. He just wanted to make sure that I was aware of those functions, because so many of the people he interviews would just say element.onmouseover = fn.
Similarly, most of the disastrous product-manager interviews I've heard of have been because the candidate would give handwavey answers and couldn't clarify what he meant or figure out how to support his opinions with data, even when prompted by the interviewer. Google culture really prizes precision, perfectionism, and strong opinions backed up with data - if you're used to finding the first Google hit on the web, implementing something by copying and modifying that, and then saying "Okay, it's done," you really won't fit in here.
I'm kinda curious why you would ever use onmouseover when attachEvent/addEventListener are available? I just took out the remaining calls to .onEvent handlers in websearch's JS library - the only browsers that don't support the W3C/IE event models are so ancient that they don't get JS anyway, and there's not much point using a method that's unnecessary on modern browsers and does the wrong thing anyway.
So yeah, my interviewer wasn't implying that onmouseover is used only by bad programmers, but I am. ;-)
Maybe I only need one event handler, or maybe I've baked a function that calls another function?
Besides, I'd rather use one standard method that works across browsers than choose one based on the user's browser. Would you call that bad programming? :p
Nowadays I generally use jQuery (.click(fn)) though.
Ah, okay. Most of the stuff I've worked on adds events through a library (eg. jQuery.click(fn)), and there's no reason for that library to use onmouseover etc.
The interview process was less difficult than I thought it would be. 1 phone screen, 4 (supposed to be 5, but one never showed up) in-person interviews over a day. I'd thought I'd flubbed it when I got out, but apparently the interview feedback was quite positive.
If I had to guess what makes most candidates bomb, it's that they don't have sufficient depth in the positions they're interviewing for. For example, at the end of one of my interview problems, the interviewer asked me "And how would you attach that event handler?" And I replied "Well, if it was IE, I'd use element.addEventListener('mouseover', fn, true). If it was a standards-compliant browser, I'd use element.attachEvent('mouseover', fn)." Note that that's wrong - it's backwards. But the interviewer didn't care. He just wanted to make sure that I was aware of those functions, because so many of the people he interviews would just say element.onmouseover = fn.
Similarly, most of the disastrous product-manager interviews I've heard of have been because the candidate would give handwavey answers and couldn't clarify what he meant or figure out how to support his opinions with data, even when prompted by the interviewer. Google culture really prizes precision, perfectionism, and strong opinions backed up with data - if you're used to finding the first Google hit on the web, implementing something by copying and modifying that, and then saying "Okay, it's done," you really won't fit in here.