That mouse looks terrifying, but actually only has 6 buttons, compared to the (much more attractive) mouse the author references, which as 13. So not sure it's relevant, although it is an interesting curiosity.
What exactly is being shown in the animation/slideshow? You said its iterating and maximizing the MLE, but doesn't that just mean you're maximizing a single number? How can that iteration generate an entire heatmap?
The likelihood itself is a single number, but the algorithm is maximizing the likelihood based on a vector of 993 parameters representing the quality of a seat. Each x,y coordinate represents a seat in the ballpark, and each seat is mapped to one of those 993 values. The heatmap evolves as the vector approaches maximum likelihood.
I don't have an education section on my resume, as I'm a high school dropout myself. Last year I was looking for a new job and shot my resume to probably a dozen different companies. Of those, the only company who asked about the lack of an education section was Bloomberg (of the ~8 people I had in-person interviews with, at least half of them asked me about it, in fact, which told me a lot about what the company was looking for). I'm not sure if it's indicative of the tech market at large, but no one else batted an eye at my lack of an education section and focused purely on my skills and experience.
I always ask this, but not for the reason you think: it's so that I, as an interviewer, can adapt the interview to you. Recent example, one candidate had no idea what I meant by "principle of locality", but I probed a bit, and he understood it perfectly well: but lacking a formal CS education, he didn't have the vocabulary. Same with big-O notation, some guys have never heard of it, but show them a code snippet and they'll tell you straight away how efficient it is.
For me, interviewing with a company is as much about me judging whether or not the company is a good fit for me as it is them judging whether or not I'm a good fit for them. If it's clear from the interviewers that they're looking for someone with a college degree and a CS background, then not only am I not a good fit for them, they're not a good fit for me. With the ability to choose to work for the vast majority of tech companies, I'd rather err on the side of being very picky about who I spend my time with. In the case of Bloomberg, those who asked me about my education were clearly biased (not in the question itself, but in the context, tone, etc) against those who are self-educated, and that's not at all the environment I want to work in.
In the mid-90s I got reasonably far down the road with an interview at DE Shaw / Juno and stopped it cold when they demanded school transcripts.
I guess I'm unreasonable, but, if you're looking for data points: hi, I'm a candidate who will turn you down cold if you require school information from me.
For a long time, I thought this was a New York thing, but, no; I got an offer from a very excellent NY tech/finance company a few years before we started Matasano, and nobody there was dumb enough to want to see my report cards.
There's a bit of space between "there's no education listed on your resume, what's up with that?" and "give us every ounce of data there is to be had about you being in school."
The first one is reasonable. The second one isn't, and in my opinion is also a waste of time.
I'm really trying to imagine where the "what's up with that" would even come up in any of the good interviews I've had. Who has time to waste with that? The best interviewers I've ever dealt with had me on my ass with algorithms, distributed systems, and concurrency questions moments after starting.
I agree, asking "where'd you go to school" isn't particularly offensive.
It seems like your education only matters up to a certain amount of experience. If someone has been out of school for ten years, I don't give a damn what happened back then.
When all I have to go on is education and a one-year failed startup, I'm going to ask at least a few questions about school. Even then, the startup is more useful.
I read that Google asks for it, but they are a bit, er, happy when it comes to statistical analysis. IIRC they were not impressed by the statistical power of transcripts.
I have a bachelor's degree, and I haven't included an education section on my resume for at least a decade. (I'm 40 years old) I've been at VP or C-level for a long time. That's largely because my degree is largely irrelevant to my career path, or at least I believe that putting it there wouldn't really advance the story I'm trying to put forward succinctly on a CV. I have an English degree, which has actually been incalculably key to my career as a software company founder and executive, since I studied writing and basically write for a living. But I founded my first company when I was still in college, and it's pretty much what happened from there that's part of my story. As it happens, I went ahead and finished my degree, but it wouldn't have mattered one whit if I hadn't.
The "art" to resumes (as I'm now in the process of learning, after not looking at mine for ten years), is to figure out how to best portray yourself to the exact person(s) you're submitting it to.
That should inform what sections are appropriate. Sometimes having interests and hobbies is beneficial. I've seen numerous folks at startups talk about how they like seeing things like interests and hobbies, as they feel it paints a more complete picture of the person. At larger companies, they might at a minimum not care about that, or even actively not want to learn that information (for fear of being accused of having discriminatory hiring practices).
I have a few friends who include that they are an Eagle Scout on their resume (I don't put it on mine). In the overwhelming majority of cases, that's probably not going to be helpful to a prospective employer, but maybe it catches someone's eye and serves as a launching off point in an interview.
I hire a lot of people, so I see a lot of resumes. My opinion on interests and hobbies is that you're making a statement by including it, so you need to be smart about it. If they're mundane and not salient to the job, then you're padding a thin resume, or just being dense by including them.
On the other hand, they have the ability to make you stand out or advance your "story" then they can make a big difference. For example, if I'm hiring an engineer, and they mention that they've been working on an interesting open source project, or they co-founded a local hackerspace, then that's a mark in their favor. I hired an intern, who I later hired on full-time, largely because he described a scrappy and interesting local entertainment directory website he had been working on launching. He'd been basically living as a ski bum for three years and working as a waiter, but his ambitious hobby made up for that.
This wasn't on his resume, but a another guy I hired recently let me know in the interview that he plays hockey seriously, and that was good to know, because honestly some engineers need to get out of the house more.
See, that's good to know (and I suppose ironic in the O'henry sense of the word).
The thing I've started to figure out is that there is almost no consensus on what people want to see on a resume (short of what they don't want to see).
Really? People lie about being Eagle Scouts? That says about as much about your character as lying about Mensa membership says about intelligence.
Presumably, that never happens on resumes with real career track records; if you have an established career, the upside to lying about being an Eagle Scout is relatively microscopic. I probably wouldn't "yea" an inexperienced candidate simply on account of their Boy Scout record. I have to wonder what these people are thinking.
Education is absolutely a boilerplate resume item. I can't even count the number of time irregularities in just that one section ended up providing deep insight into a good or bad candidate.
Everybody who has an education puts it on their resume even if it's 30 or 40 years old and they jam it at the bottom in a small font.
For example:
A weird school name - "International University of America", "University of New York City" often points to a diploma mill or a lack of degree
Missing GPA - The rule of thumb is, put it on if it's a 3.5 or higher. Don't put it on if it's lower and let the employer guess or ask during the interview. Or...if it's missing assume it's below a 3.5. It's up to you how much weight that has in the interview. You may be targeting a school or degree major that make it very hard to get a high GPA. If the school does some artsy fartsy "non-traditional" grading system and doesn't use GPAs, or they are from a foreign country with a different system, figure out what they do use and ask that during an interview. If the school is an "every one is a winner just for trying" school, they probably aren't the candidate you are looking for anyway.
"Attended xyz" or "Coursework in major abc" - means they didn't finish school. Somebody currently going will likely have a "estimated completion Spring of 20xx" or some such instead.
"Environment" - I see this often from candidates from India, and I don't know why this happens, but they'll list a perfectly good school and education credentials, then list environment and virtually every piece of hardware and software that they happened to have had in the room with them during their studies regardless of their use of it or not. Ignore this since it's obviously coming from some weird resume writing coaching and probably a result of trying to cram a CV into a resume format.
No colleges listed only a high school - no problem, if the candidate looks good, they might still be a fantastic hire. Especially if they are young and haven't decided what to do yet. You can always go back to school. You usually see this on resumes of young candidates or experienced candidates with no upper education.
There is no excuse to not have an education section on a resume. Experienced people will tend to put it at the bottom and let their work history speak for them, and inexperienced candidates will do the opposite. Resumes without that section should go straight in the shredder, same as resumes with typos, grammar errors, punctuation problems, a constantly changing font (or Comic Sans). It's like not putting your callback #, email address, home address or work history.
Also, if you are about to hire somebody based heavily on their education pedigree, you should absolutely use this service http://www.nslc.org/. The number of fake degrees on resumes is astonishing sometimes.
I spend a huge amount of time every week reading resumes and talking to candidates and it simply is not my experience that everyone who "has" an education puts it on their resume.
The only people who ever put their GPA on their resume are people with one or fewer jobs after college. Unless the best conversation you're prepared to have with a prospective employer is about your years in school, leave your GPA off your resume.
Any employer who "shreds" resumes without "Education" sections is a fool, full stop.
As somebody who also spends a lot of time in the resume weeds, I have to absolutely, but respectfully, disagree while keeping my feet warm this cold night on the burning embers of shredded resume fodder.
To be clear, lack of an education section does not equal lack of an education and lack of a formal education does not equal lack of an education.
Almost to the person, people who made it to an interview despite having problems (or a missing) education section fell apart under minor probing questions like "describe your part in a project you worked on at a previous employer you were particularly proud of" or "I see you attended courses at XYZ school, can you talk about the courses you took and why you didn't finish up?"
When these folks are hired, they almost always turn out to be disasters in one way or another...often becoming the worst possible employee, not quite bad enough to be fired.
More often than not their resumes turned out to be mostly made up resume puffery or gross omissions to cover up various consistent problems in their employment and education histories such as termination for cause or having partied their way out of school.
People with a solid education section, even if it's just High School and perhaps a supplementary "job related interests" section tend to do much better under probing because they aren't making anything up.
Every so often you might find somebody with an honest to goodness good reason for something, but it's almost not worth your while to wade through the future career grocery store baggers in the 1200 tall resume pile.
Best things to look for in experienced people, a steady career progression. Nobody starts out as a superstar, but good employees tend to be ones that move up over their career. 15 years as a "Programmer I" is not a good sign.
If somebody has an incomplete schooling on their resume, but a solidly progressing career over a number of years, it's probably worth talking to them, at least to find out why they didn't finish. It's often due to major life changes (kids, illness, divorce, etc.), but if you push a little you'll uncover lots of people who either
a) thought they were too smart for it all (they aren't, trust me)
b) partied their way to a mid-sophomore year expulsion
Best things to watch out for outside of the mandatory education section: a laundry list of every technology/language to come out in the last 30 years. better yet, if they make a matrix of all of these languages vs. their personal aptitude in the languages and they rank an 8 out of 10 or better in all of them. Run away, run far far away from this person. I've seen dozens of these guys hired over the years and they all turn out to be turds.
I have no idea how to respond to this, which I promise I did read, other than to say that across my whole career, some of the very best and most qualified people I've hired didn't have their "Education" on their resume. Some of them had degrees from very solid engineering schools, others didn't, but I didn't find that out until after we had hired. You're suggesting you'd shred their resumes. If you're serious, you're a fool. I don't believe you're serious, though.
Your hiring process sounds broken. For instance: you seem to put a lot of thought into what is on people's resumes. We don't. Resumes exist to secure job interviews. Your interview process is what selects good candidates, not your resume analysis.
Finally, a reminder: it is 2011, and for at least the least 18 months, it has been a white hot competitive market for talent. In my recruiting role, my job is to sell candidates on the notion that we're a great place to do application security. It is not my job to look for reasons not to talk to people based on their resumes. In fact, that is the opposite of my job. The notion of finding new and clever ways to screen people out of the process based on their resumes ("look, Bob! this candidate listed 'coursework in computational linguistics'! if he couldn't hack it to a degree, he'd never hack it here!") is crazy.
Maybe the problem is, you've plugged the top of your funnel into horrorshow sources like Monster.com and Craigslist (actually, Craigslist is better than Monster.com). Stop doing that.
I might have a negative impression of a candidate whose resume was riddled with misspellings. But I'd still talk to them.
We are very, very, very, very good at screening, by the way. Not a little bit good. Very good.
HN, GitHub, Stack Overflow --- if all you're prepared to do is run a job ad. We do other things; for instance, we run free classes in Chicago and Mountain View.
Yes. I agree with the classes. But this works only for programmers, for people working in, say, finance, monster seems unavoidable...
What sucks the most about the whole process job board/application is that if you don't fit the boxes (I would like to program AND work in corporate/finance), you are screwed.
Only way to go seem startups that value people with skills at 360 degrees.
I am only interested in recruiting programmers. I tend to believe that every role has a specific optimal recruiting process. For instance, if you read upthread, you'll find that none of this advice is germane to hiring direct sales account managers; I can similarly lay out a short list of pitfalls to hiring marketing people.
Also, while I am somewhat motivated by the idea of a fledgeling developer wondering whether to include her GPA on her resume, I'm speaking mostly from the perspective of a hiring manager. So, your problem of "fitting the boxes" isn't my problem. As a hiring manager, I'm always going to tend to be hiring for specific roles.
Having said that, the best advice for overcoming this obstacle is the old, cliched stuff in _What Color Is Your Parachute_: expend effort on networking your way to a face to face discussion with the person in your dream company who can make a hiring decision. Bypass the hiring process as much as possible.
>you seem to put a lot of thought into what is on people's resumes.
I actually really don't. I screen resumes pretty quick and just check for a few things. Can they format their resume like a grownup? Does the information appear to be accurate? Does it show relevant skills for the position we're looking for? Does it show an upwards career progression? Are their any oddball things that I'd like to talk with them about (work gaps, unusual education path vs. career, a stint overseas, an unusually short time at a previous employer) etc.
>Resumes exist to secure job interviews.
Then I'd ask, what's the point? Just build a quick site to collect people's names, phone numbers and email addresses, call it "apply for a job with Matasano" and be done with it? If it's not important at all in your process, why are you wasting your and the candidates time?
>but I didn't find that out until after we had hired.
Hell, why do you even interview them? Just check that they have a pulse and valid residency paperwork.
I'm sitting here reading this really rather incredulous that you couldn't be bothered to even ask this during the interview process, or as part of the basic job application paperwork.
Perhaps I'm colored because I do tend to do lots of hiring for contract work and my clients do need that information or we've just hired a wallet to toss money into that won't be doing much productive for us except burning overhead.
>it is 2011, and for at least the least 18 months, it has been a white hot competitive market for talent
Disagree, it's very strongly an employers market right now, the market is saturated with relatively qualified people looking for work. For every position we open, we get a couple hundred resumes. It makes it very easy to be picky at every stage of the interview process. Resume screening is just step 1. The interview process is absolutely critical to step 2 I agree.
I've seen many many horribly broken interview processes, all kinds of clever tests, and Microsoft style quiz questions. Really just having a long conversation with a candidate, treating them as a person and letting them talk about their career, with some guiding questions is about it. If it's a technical position, get some code samples, and talk them through some relevant scenarios or algorithm questions or whatever makes sense.
All of the best hires I've ever gotten flew past those 2 steps.
And I swear to all that's holy I agree that Monster.com is not the place to go as an employer or as a job hunter. Ugh, pile of failure that whole site is these days.
> "look, Bob! this candidate listed 'coursework in computational linguistics'! if he couldn't hack it to a degree, he'd never hack it here!"
I have to go 80/20 against/with you on this. Degrees are easy compared to real life work - shockingly so. If somebody can't finish a degree program with nothing in particular stopping them on what basis should I trust that they can finish a multi-million dollar project under tremendous pressure? You aren't going to figure that out no matter how clever the interview is if they don't have the prior history.
All that being said, I do have experience with self-taught guys who really are very good. But they need to have something else that makes up for it, a really amazing interview, some kind of really spectacular past performance or even amazing personal hobby portfolio that shows off their skillset. But theses guys are very rare. And all of them put "High School" under their education section on their resume. But then they have amazing portfolios of work to compensate.
Sometimes the education section can be an important marker to show upward progression over a career. For example, somebody who went to school later in life, or went back for a Masters or PhD or some such.
Sometimes they demonstrate odd ways you might be able to use a person. For example, you might be hiring for a sales position, and get a resume for somebody with a degree in Literature. Awesome, I bet you can talk to them about improving your company's advertising copy which would help them hawk your stuff better. Or maybe they are a self taught programmer with an Art degree. Super! Maybe they can provide good insight into improving a product's look.
So yeah, if they can't be bothered to put something down on the resume about where they got their learnin' from, I ain't interested in the least.
I'm not going to say that 100% of my hires are the best and the brightest. But I've done far better at it than most of my peers at weeding out poor candidates.
It sounds like you're a tech recruiter or another guy from big corporate heritage. I say this because your answers are a shining paragon of why most of the participants at HN avoid and loathe big corporate jobs.
Do you have any particular programming qualifications yourself? I'm curious. While it is of course a great sign that you are reading HN, it doesn't sound like you know how to rate candidates in an objective and independent fashion.
Let me tell you that many of the legends in this field didn't finish or didn't attend college (and some didn't even finish high school) merely because college is really silly.
I don't believe my response was offensive and I agree that the OP is arguing his point within bounds. I just strongly disagree with that point, and as stated, believe it is typical of a non-technical hiring manager instead of an "in the trenches" programmer.
How would you have preferred I phrased my response? I don't think any part is "unnecessarily offensive". It is a forgone conclusion that people on HN don't want to work for big companies, so if he is a hiring manager, he shouldn't be surprised.
I wasn't offended, and I'm not a hiring manager. But I've definitely done most of my hiring in large boring mega corps. For the small startups I've worked for, willingness to work at a small startup often has major weight in the decision process and can overcome other problems that might exclude them from big corp's process.
I'm personally familiar with the hiring processes at most of the big "mega corps" in the software industry (ie, places where software is the company's key profit center and not a cost center). So, because lots of people are reading this thread, let me clear this up right now:
You do not need an "Education" section on your resume to get a job interview at any software company in the valley you'd ever want to work at.
If you're interested in the kind of company 'bane appears to hire for, I'd recommend reading this first:
Again, disagree and wasn't aware we were restricting ourselves to only the Valley.
Yes, you need an education section on your resume. Only apply to companies that you wish to work for. Some will care about it, others won't. Those that don't care won't look at it, those that do will be glad you put it on. It's a Pascal's wager of sorts.
If you are applying to work at Matasano, by all means, delete it from your resume.
I've hired (or participated in the hiring team for) several hundred people for large companies (~35,000 employees, ~45,000 employees, ~125,000 employees respectively) and small (2 employees, 11 employees, 5 employees, 15 employees), for contract work (110 FTEs, 510 FTEs, 30 FTEs) and medium to large projects (30 FTEs, 80 FTEs). I've also cross-hired from different departments, projects, and programs.
I've personally seen probably on the order of 10,000 resumes.
I've never seen a resume of a person that was eventually hired that lacked at least a minimal education section -- and it didn't have to be a college degree.
I've sought out specific hires and have been sought out.
I've hired for positions that are salary only, salary + comission, salary + options, salary + direct stock, or some mix.
I've hired people with highly specialized skillsets and generalists.
I've never like using recruiters or big job sites. I prefer to hire people with passion for what they do, and interview for personality as well as technical aptitude. You don't always get that luxury depending on the market and immediate business needs, but it's highly desired.
Education is a big plus, but I've never turned down somebody because of a lack of if they make up for it in experience, portfolio or other compensating factors.
I've never regretted a candidate I turned down. I can count on one hand people that slipped through my radar and ended up as real duds. I can count on two hands people that I turned down that were picked up by other companies and turned out to be real duds for them.
I've had to personally work with most of my hires either as a direct colleague, a report, or as a manager.
Who else uses a process not entirely dissimilar? Any company that asks for a resume, then gives you an interview (of any sort) based on that initial look at you. This includes, Google, Apple, Facebook, Microsoft, Amazon, Intel, Cisco, Oracle and major software focused divisions of other companies like SAIC, Lockheed Martin, Boeing, General Dynamics, Northrup Grumman, etc.
Unless the company has a site called "apply to work here" where you just give them your name and a callback #, they care about your resume on some level. Even if it's just to have it on file to cover their asses in case of a bad hire.
If you don't want to work for these companies, that's cool. I don't either, and I have the luxury of not doing that at present since I work for a 10 person startup in my day job (and a two person for my night job). But I still consult with #52, #217 and #219 on the 2011 Fortune 500 almost weekly on hiring people.
But I'm just here to tell you the "way it is" (TM). If you want to be considered at these places, and unless you have some kind of other way of demonstrating your personal awesomeness, put an education section down.
You are probably dead on in terms of what it takes to get a programming job at a giant defense contractor (those F500's being Lockheed, ITT, and shudder SAIC).
Let me just say, because this is a neutral comment: look, you have nothing to lose by putting "Education" on your resume. It's not like I'm not going to take you seriously because you stuck your CMU GPA on your resume. So if you're worried about getting past every possible hiring manager, you should include it.
Yes, I have some technical chops - started coding on a TRS-80 Color Computer II in the 80s and never stopped. It's not something I do much of anymore (sadly) as a growing crop of grey hair has convinced my day job c-levels to shovel me into managing groups of technical people.
I also do lots of work outside of pure development in my day job, and it has wildly different sets of requirements, but the process is more of less the same. I've hired and managed a few more of these types than straight developers. But I've managed to have about the same success with both, or if we did hire duds for some reason (CFOs cousin or whatever), I noted the potential problems in their file and came out reasonably accurate.
The problem with trying to hire the next legend in the field is that more often than not, you are not hiring the next legend in the field no matter how they feel about themselves.
That's why legends are notable, they're unique and rare. If they are really that awesome, they'll become legends in their own time and you'll know about them before their resume hits your inbox. Building a hiring process for legends is fraught with peril. Legends are almost by definition not hire-able around repeatable hiring processes. So companies fake a process. Some companies select for specific schools -- like the too often true stereotype of top finance firms only hiring Harvard/Yale grads or top tech firms only hiring Stanford/MIT types. I've even heard of some hiring with a heavy weight on SAT scores or average KLOC per month!
As much as we all like to think of the lone swashbuckler programmer, coding his way to greatness in the fewest undocumented KLOCs possible, I'm hiring people to build actual things that other programmers of various talent levels from other organizations might have to work on months or years later long after my rockstar has moved on to greener pastures because we didn't offer him the office chair he wanted or whatever. In other words, I'm hiring for the best of typical. I need engineers, not crusading nights. I'm building the Golden Gate Bridge or the Empire State Building, not the Pioneer Space probe or filming and episode of MacGuyver. I've hired the rockstars before, there's a reason organizations tend to eventually move on to other processes.
I've worked with some absolutely unknown solid developers who I'd put up against the best in the field any day of the week, because they produced miracles on time and within budget. Absolutely stunning, elegant, rock solid software. But I'd rather focus on their steady solid performance over time. Rather than have a rockstar come in and dump down a few thousand lines of impenetrable code then flame out. I've found that solid, steady developers will ultimately outperform those guys every time. They'll do it right, and the bridge won't fall down or the building won't fall over.
If you are looking at tremendous number of resumes per week, you have to build a hiring process that selects for the best of typical. If you spot a super star in the pile, by all means talk to them, but you'll eventually find that most of the time they have overinflated egos. Hiring people is almost exactly like American Idol. 90% of all the candidates you see are bad, often spectacularly, often embarrassingly. The worst suffer from some of the most intense Dunning-Kruger effects I've ever seen. But you might find an honest to gosh amazing developer every once in a while and it's worth it to hire them. But don't build a process trying to find them, they'll find you.
If you don't build this kind of selective process, you'll spend literally all of your waking hours interviewing people. If you like this kind of thing, and your company is willing to let you do this, awesome. I have other things to do.
An all day technical interview sounds great, but now do this with 30+ candidates. Bye bye month of November. You need to weed people out and get it down to a manageable pool that you can then focus your time on.
I'm know what I'm saying may sound harsh or overly selective based on some arbitrary metric but it's all there for very good, repeatable reasons. But in practice these are only guidelines. If you went to school, awesome for you, I don't care where, be prepared to talk intelligently about the experience, be proud that you demonstrated the ability to complete a grueling, often mindless multi-year project on your own. If you didn't, but managed to autodidact your way to a great skill set, fantastic, be prepared to show and talk about why that worked better for you than going to school.
First, I wish you'd stop caricaturing everyone hired through a process other than yours as "lone swashbuckling MacGuyvers" or whatnot. I am not laying out a method for hiring "the next legend".
Second, it is incumbent on you to get better and more efficient at hiring people, and if you're stuck with "resume, phone screen, all-day interview", you've got your hands tied behind your back. There are so many ways to control and accelerate a recruiting funnel that it's tragic to be running one for a high-tech company the same way that Northern Trust runs them for junior bankers.
Well, not that I was talking to you (I was talking to cookiecaper) But I appreciate the interest even if your reply is a little bit of a response to something I didn't say.
Near as I can tell your process appears to be first come first serve.
By your own statements, you don't look at resumes, and you apparently don't ask any particular questions about work history or education during your interview process. I'm guessing you have some sort of technical screen since you've alluded to having some sort of highly specialized selection process of some sort.
But I've illuminated you enough with what I've learned to be a solid and reliable process, and I know I must be unfairly characterizing your process above or you wouldn't be in business, so what's yours?
> By your own statements, you don't look at resumes, and you apparently don't ask any particular questions about work history or education during your interview process.
This thread is already a bit too long, and I haven't read through tptacek's link about his hiring process, but:
1. you don't look at resumes,
If I am hiring for a ruby on rails position specifically, the only thing I need to check is if you know ruby on rails. I know RoR, I know my requirements, I can evaluate if you are suited to this current role.
If I am hiring for RoR, but I am looking for a generalist - someone who might not know RoR but can pick it up on the run, then looking up at the resume for RoR isn't required. I will just talk general algorithms, design problems, code snippets.
2. and you apparently don't ask any particular questions about work history or education during your interview
Me: Let's say we need to have a threaded discussion forum. You know, like HN. Where replies can have replies.
Joe: Yes, I got that.
Me: Let's see how you go about deciding upon the models for that. I need upvote/downvote/recall vote on all posts. Here, take this piece of blank paper, and run me through how are you storing posts, and comments. And when loading a particular post, how are you going to load the posts and comments associated with them.
Joe: works through it
Me: That looks great, but I am concerned about the number of db hits.
Joe: suggests some kv store suitable for it, talks about storing graphs
Me: I think that's good enough. How about implementing upvote/downvote/recall vote.
Joe: Need to change the db models. I skipped them in the first iteration.
Me: Let's skip it. You know about closures? Care to quote me a particular example of closures?
Joe:
function translator(el) {
return function(text) { $(el).text(text); }
}
// Translate all i18n elements
$('.i18n').each(function() {
// Text and callback
AJAX_API.translate($(this).text(), translator(this));
}
And so on and on.
I don't see why I need to specifically ask about your education. I might ask about your work experience, but not necessarily.
Matasano's publicly stated process is basically to call them up on the phone, then begin a multi-week technical interview process consisting of several technical screens and some project work.
It's a first come first serve, but only if you are this tall, process.
It's intriguing, and the technical interview process isn't entirely unlike others I've seen, and does a good job weeding out persons that have no business working for Matasano.
Like anything there is an upside and a downside:
Downside first (because I'd like to end on a positive note)
As an applicant, you really want to have that job, because you just dropped applying for anything else for a few weeks while you run this gauntlet.
Good side:
Matasano ends up with qualified, eager employees who really want to be there.
The biggest problem for me in both of your examples is that, taken literally, you know only the functional capabilities of the candidate, but virtually nothing else.
People who can answer moderately deep technical questions are a dime-a-dozen in certain parts of the country. So while passing an intensive technical screen will generally yield solid employees, it can sometimes fail in interesting ways.
I remember a guy my friend hired just this year who passed all of the technical screens (all done remotely via phone interviews, webex and email) with flying colors, but had two problems: once employed, he just froze unless given explicit direction every 5 minutes, he had atrocious personal hygiene that was so bad it sent half a dozen people home ill. On his resume? Didn't finish his schooling, <1 year work histories at a half dozen companies plus some other warning signs I can't go into. An in-person non-technical interview would have revealed his other issues.
Unanswered questions for the Matasano process:
1) Can they actually finish an extended task or are they just good test takers?
2) Are they self motivated?
3) Do they tend to move about employers very quickly? (ladder jumpers, flaky personalities)
4) Have they performed well on teams?
5) Do they have a violent criminal history or dangerous psychological issues you should be aware of?
6) Do they have other skills you might be able to take advantage of in the future?
etc.
Hiring people is hard. Hiring good people doubly so. But a good hiring process should be well rounded so that you understand where you can use a person in your organization if you choose to hire them, and set expectations of performance up front. An anti-social super tech type might only be usable in development, while somebody with good presentation skills and strong technical skills might be more valuable in a variety of roles.
I'm not saying mine is the best and greatest in the world, but it's pretty good, and more or less what you'll find just about any place. Some places have oddball or one-off hiring systems that work well for them and provide them with their own desired metrics on an employee. I think that's great also.
Going back to the original point that drug us down into this conversational morass, resumes are fairly standard, and have certain things most companies expect to see. Building a resume based on the hiring practices of just one company is not something I'd particularly recommend unless you only care about getting hired at that one place and nowhere else.
Important! The resume won't get you hired, but it will get you an interview. Otherwise you need some selection mechanism to determine whom to interview or you'll spend every waking moment in interview hell.
The amount of time people spend on our tech challenges is (a) calibrated to be less than the amount of time one spends on an all-day tech interview and (b) designed to be broken up into three short chunks (by short we mean "an hour or so") so people can do them at their convenience, rather than having to take a personal day from work to "run a gauntlet".
We go way out of our way to respect people's time; in fact, after interviewing candidates from our earlier process, we designed this process with that as a primary goal. Which is why we say that over and over again on the Careers page.
"Drop everything for a few weeks" is disingenuous hyperbole. As is the idea that --- working in information security for Fortune 500 companies --- are hiring violent felons. I understand that you're irritated with how I've responded to your comments and I don't blame you for being uncivil, but please constrain your irritation at me, not my company.
I apologize if I mischaracterized your company's hiring process -- there was no disparagement intended. On the contrary I believe it is intriguing, and given your company's excellent reputation it appears to work well.
It also appears that we're definitely at a communications impasse. By "project work" I was referring to steps 3, 4 and 5 from the career page you referenced:
3. Web app challenge
4. Custom protocol challenge
5. Write a fuzzer (including automated testing)
I'm open to any other descriptor for those steps that you care to use. I most sincerely apologize if "project" implies too heavy a meaning.
And by length of time I was referring to the answer to question #1 directly below those steps
"This looks complicated. How long does it take?
Not that long! We work hard to minimize the amount of time we demand from candidates. We'll be 80% of the way through before you're ever asked to come on-site. We can usually wrap things up inside a few weeks. "
I personally think it sounds like your process is designed to optimize around keeping the technical screening as short as possible while still maximizing the information you retrieve -- which I think is great. It's certainly a much better use of everybody's time than say, Google's multiple all-day committee interview/quiz show extravaganzas are. If I misunderstood the FAQ and the process does not, in fact, take a few weeks, I apologize.
I'm not sure if it's you or I that's going out of our way to be obtuse regarding best hiring practices, but I apologize if I brought any offense or disparagement to you or your company. It wasn't intended.
No big thing. It's my fault this got so heated. I could go on and on about what we've learned about recruiting process over the last 5 years, but we're pretty deeply nested here; some other time.
I mostly lurk, and I watched this exchange with interest. If anonymous internet votes count for anything, please count this as one for the writeup you just mentioned.
Our process is obviously not "first come first serve" (we would not be "very good" at screening candidates if it was), but we're pretty deeply nested in this thread to get into details.
I'm not saying that you should hire people without education in hopes that you're randomly selecting a future legend, I merely intend to point out that the policy of shredding every resume that doesn't have an Education section is a very wide buckshot that doesn't actually help much of anything. You should evaluate candidates on real, relevant criteria, not arbitrary "lines in the sand".
This conversation is great - and great fodder for my gripe that resume advice on the internet is useless unless it comes from the exact person or /maybe/ organization you want to be hired by. Everyone has their own idea of what the ideal application is, and they all think it's the most reasonable one.
It is not a buyer's market for talent right now. It's a seller's market. You may be getting 100 candidates for every position, but they're terrible candidates.
It's obvious that we're both pretty successful at finding people I think, through wildly different processes. I think it's fair to say I prefer to weed out front side via resumes, and you prefer to weed out backside in the technical interview process. And I think that's fair.
I do find it interesting on this site in general how I almost disagree with every single thing you post, yet you still seem to make it work, so that's always fascinating to me and helps remind me that there's often more than one way to do it.
So I don't know you or who you work for, but in the interest of candor (and in a more interesting discussion) let me just say this: I do not agree. Your way is bad. The process you're advocating for recruits poorer candidates. It is also out of step with hiring practices in much of the software industry.
Rephrasing slightly and more specifically: if your recruiting process is "resume screen then interview" with no intermediate qualifying steps, and your resume screen includes "round file anyone who doesn't have an Education section": I hire better candidates than you, I'm more effective than you, and more and more people are going to hire like me and less and less like you, because your way is archaic and ineffective.
I am able to be this tactless and blunt primarily because you're an anonymous abstraction and I don't know anything about you other than this particular facet of your approach to our shared profession.
You aren't that amazing, even if you have more internet points than I do.
Is it just in your nature to try and insert as much friction as possible in all interactions where you disagree with somebody and hope to win by exhausting what you perceive to be your opponent? Or is it just possible that some of what you say it right and some of it is wrong (likewise for myself)?
So far you've called me a fool twice and insinuated that I'm grossly incompetent, then recognized that you are being tactless. With all due respect, go troll someplace else. You know that HN is not the kind of place for this.
I said you'd be a fool to discard resumes that don't have "Education" on them, but the actual subtext of what I'm saying is "I don't believe you", just like I don't believe that after hiring hundreds of people, you've never seen someone hired that didn't have an "Education" section on their resume, as you intimated upthread.
Now, saying I don't believe you is also pretty rude, so: I'm sorry if that upset you. Getting upset is a reasonable response to rudeness.
As I don't believe we're actually having a conversation in good faith, the simplest solution to this problem is to stop replying to your comments, which is what I'm going to do.
> 15 years as a "Programmer I" is not a good sign.
What is "Programmer I"? Is it some kind of specific grade scale, how standard it is? Then how does a startup of 5 people assign "Programmer" grades. How high does it go? Can't they just assign to each other the highest "Programmer" grade so it looks good on paper?
We spend the whole day with a candidate testing and interacting with them but we never bother looking at "Programmer" grade.
I've seen that kind of nomenclature only on sites like Monster or Salary.com and I've always felt similar as your comment: where do these come from? How come I was never told about it? How come my positions were never classified like this?
Overall, for me, it falls under these semi-established things that you're supposed to learn somehow. Some people know what it is and will make sure that their jobs are classified a certain way. Of course, since I don't know, I'm biased, but I feel that employers and employees that use them are probably not good cultural matches for me.
Most people get out of school and head for a mega corp for their first job. Boring mega corps like to put people into easy to categorize slots for the payroll people. It's an easy marker to look at in a candidate if their job = megacorp and their time in that position was more than a 2-4 years, their was probably an issue with them.
With really small companies, you have to on other things. I've worked for both kinds of companies, there's almost always some kind of title/responsibility change you can point to. It's not often that a person slaves over the same pile of code, in literally the same job for a decade.
Demonstrate that progression in the bullet points or beneath the title.
"Exposure to..." is also a red flag. I had one candidate who listed "Exposure to C++" at the top of the skills section of his CV. Turns out he meant that he ran programs written in C++ - he'd never written a line of it himself.
I'm curious how you'd regard someone with the following on their resume:
1. a decade of military service,
2. a link to a healthy portfolio on github,
3. A couple of years of professional experience as a developer,
3. but only a 2-year degree or coursework for a CS degree.
I'm not in the market, just curious as I weigh my options for continuing school.
If the military service is at all related, pump it up. Lots of MOSs are technical in nature.
The github portfolio can be really important. Especially if it contains a lot of really good looking stuff and represents lots of self improvement. I'll almost always pause to check out somebody's "portfolio" if they stick it on their resume. It provides me with far more info than just the resume format can.
Nothing wrong with 2 year degrees. It demonstrates being able to finish something, even if it's boring core coursework. Either way I'll usually ask if they want to go back to school, or finish it up. The answers are often helpful.
("I'm too smart for what they're teaching me" is never a good answer to that question btw)
But by all means, put it down there or I don't know about it.
Agree re: military service. I don't even care if your MOS is relevant to what I do; simply having served says something good about character and is always relevant.
Disagree, unsurprisingly, with the rest of this comment.
It's like not putting your callback #, email address, home address or work history.
I find it interesting that you're mentioning the home address because, somewhat recently, I completely revamped my resume and that was one of the item I got rid of. Sure at some point, if they hire you they'll need it, but until then, I don't think it helps in any way.
You could say that an employer wants to make sure the person is local, but if I apply, that means that I'm either local or that I'm willing to relocate.
As for GPA, I didn't know it was common practice to put that. I won't, mostly because I didn't graduate in the US and the grading system is very different.
You don't need to put your home address on your resume, but having some mailing address can be helpful; I've sent books to 4 or 5 candidates in the past month or so, and each time I had to ask for an address, which felt kind of awkward (like, maybe they didn't want to disclose their address?).
I think it's fair to worry that some brain-dead screening process will weed you out somewhere based on your address (ie, by sticking you in the "need to relocate" bucket), so for whatever this is worth: you definitely don't need to include your address on your resume. No reasonable company will discard a resume because it lacks a home address.
"He looked at me like I was crazy, said there’d be many, many stores, and that the company had spent a year tweaking the layout of the stores, using a mockup at a secret location. I teased him by asking if he, personally, despite his hard duties as CEO, had approved tiny details like the translucency of the glass and the color of the wood.
That made me think of humanism: as a humanism, nothing human is strange to me. Steve Jobs would be a humanist CEO. As the CEO, no detail of my company is strange to me.
In this context, I think "consulting" means Management Consulting, i.e. working for McKinsey, Bain, BCG, etc. Corporate recruiting at top schools is heavily dominated by finance and management consulting firms.
Great site. A trivial gripe: you should get rid of the text shadow on the "Select a Language" title. Grey CSS text shadows on grey backgrounds tend to look blurry, and this is no exception. Or, better yet, make it a white 1px shadow with no blur: http://goo.gl/BU0Hu
