A lot of times I see a resume with a laundry list of skills at the top like languages, app servers, CMS systems etc. First I thing I do is check the experience and make sure the skills are actually mentioned as having been used on a project. Otherwise, I assume you are padding to meet the req.
If you list more than 10 languages, all on equal footing, and you have no portfolio or explanation for all of them to back it up, I assume you're full of shit and your resume goes in the trash. These people generally have no cover letter or explanation for why they're even applying for the job in the first place either.
Why You Didn't Get The Interview, Part II
21–30 of 35 posts
Re: Why You Didn't Get The Interview, Part II
#22Earlier quoted context omitted.
Smith's Nineteenth Rule is probably spot on based on most resumes I see. The ones that list every insignificant detail are sometimes good at getting interviews (particularly in companies that use ATS or train recruiters/HR to scan for single words), but not always successful. Again, as someone who specialized in Java for many years, this was something I'd see on a daily basis. I see it much less now in the camps I de…
The Java programmers tend to be enterprise types (not to knock that; a few of those are really good) who aren't especially selective in the technologies they work with. Until about 5 years ago, using Python meant you deliberately went out there to find non-standard technologies-- you were passionate about more than just getting a job. Short technology lists show selectivity . For example, I've dealt with XML but I'm…
There's definitely such a thing: Do you understand entities and how they work? (There's more to it than just & and <. Without looking it up, do you know what a Billion Laughs is, and why it's related to entities?) What's in a DTD? Do you understand XML namespaces properly? (e.g., in the tag http://blah.com/ns1" att="1"/>, what namespace is "att" in? What, exactly, does the http://blah.com/ns1 mean? How does it relate to blah.com or the content at http://blah.com/ns1?) Do you have an understanding of the various schema languages? Do you understand how encodings interact with XML? Are you familiar with the terminology (e.g., can you precisely answer "What is CDATA?", with some idea of where in the XML grammar it appears and what characters are and are not allowed)? Do you know what a processing instruction is? What is the correct way to embed binary data in XML?
BTW, the answer is generally no. "Everybody" understands a subset of XML with balanced tags and simple attributes, but I'd guess single-digit percentages of the people who have "XML" on their resume really know XML, rather than the simple subset. Fortunately, as an interchange format, since nobody understands XML, nobody uses it to its full capacity, those few who try use it incorrectly, and it turns out there isn't a heck of a lot of reason to actually know the full scope of XML, since in general you're unlikely to encounter correct advanced XML anyhow. You can easily go an entire career without ever seeing the advanced features used correctly. Actually knowing XML can be almost end up being an impediment, you're almost better off having a fuzzy understanding so that when you encounter some developer's weird half-assed dialect, you're less shocked and just get on with it.
(I am aware that some of my example questions there are themselves based on false premises. Consider them trick questions.)
Re: Why You Didn't Get The Interview, Part II
#23Earlier quoted context omitted.
If you list more than 10 languages, all on equal footing, and you have no portfolio or explanation for all of them to back it up, I assume you're full of shit and your resume goes in the trash. These people generally have no cover letter or explanation for why they're even applying for the job in the first place either.
Do people usually send you cover letters? No one I know of (in my tiny personal bubble of EECS majors) ever writes a cover letter.
I wouldn't waste my time on the formality of a traditional cover letter with all the "To Whom It May Concern" garbage. Just a few sentences, keep it loose.
Re: Why You Didn't Get The Interview, Part II
#24It reminds me of back in high school, where there were always those really smart kids who were just bad at standardize testing. They risked falling through the cracks because the testing was the only method used to judge one's scholastic ability.
Perhaps the standard "personal reference -> resume -> phone screen -> interview" pattern could use some disruption. Is there a way to match candidates with jobs that's better than keyword-matching resumes and sitting in a conference room talking about a time in the past when you learned from a mistake? Given that there are simultaneously tons of companies saying they can't find talent and tons of unemployed (and under-employed) talent looking for work, you could conclude that something about the current job matching system most companies use is not working.
Re: Why You Didn't Get The Interview, Part II
#25A lot of times I see a resume with a laundry list of skills at the top like languages, app servers, CMS systems etc. First I thing I do is check the experience and make sure the skills are actually mentioned as having been used on a project. Otherwise, I assume you are padding to meet the req.
I'd name the law after the guy who told me this but I don't have explicit permission (he'd probably be OK with it, but I don't see him often and he's a well-known CS person) so let's just call it Smith's Nineteenth Rule: the quality of a candidate is inversely proportionate to the number or technologies listed on the resume. One startup idea I've had is a scarce resume system where people are limited to 7 technologie…
In some cases, maybe, but there are genuinely people who have worked in lots of technologies, and others who have stuck with the same stack (in other fields, this is also known as the fox vs. hedgehog paradigm). Making both types list the same number of technologies elides an useful distinction.
I also find it somewhat naive to advise “selectivity” and “focus” in resume writing, if said resume is then filtered by machines or humans doing keyword spotting for specific technologies (and implicitly assuming you could not possibly learn them if you haven’t listed them on your resume).
What I’d try to do is an expansive listing, but providing perspective. In my case, I’ve written C++ pretty much every day for the last 25 years; I wrote a substantial amount of Tcl/Tk for 3 years, 15 years ago; I used PostScripts for 2 smallish tasks, both of which left the customer amazed and happy. I feel entirely justified in listing all three languages, as long as appropriate qualifiers were added.
Re: Why You Didn't Get The Interview, Part II
#26Earlier quoted context omitted.
Doesn't that just encourage those who do have a range of technologies at least somewhat under their belt to tweak their skill-weights on each application to bring it closer to a presumed "perfect skill vector" for that job? (...or is that the whole point...?)
Also listed would be years of experience, in the first iteration. In a later one, I'd want to replace that with some way of evaluating directly a person's general skill level on a scale like this: http://michaelochurch.wordpress.com/2013/04/22/gervais-macle... That would take a long time to figure out, though: how to evaluate programmers in the general case. 3 points of Machine Learning with 20+ years of experience (…
Re: Why You Didn't Get The Interview, Part II
#27The problem is that employers actually believe you can glean something useful from a resume. In my hiring experience, the quality of a resume is very rarely correlated with the quality of the candidate. The majority of the time candidates look much better on paper than in person. I gave up the belief long ago that resumes can be filtered meaningfully.
Resumes are not the future of search for devs. Hiring managers want to see other things beyond your self-assessed experience levels and a laundry list of buzzwords. GeekRez aggregates data from a handful of places like GitHub and/or BitBucket, Stack Overflow, Meetup, LinkedIn as well as other relevant links a job seeker would provide (publications, blogs, etc.).
This is all brought into a single page with collapsible tabs as a public profile for a potential employer (or even someone you might be doing a side project with) to review.
Devs can use it as a way to differentiate themselves from the competition and show off the strength of these accounts - obviously there would be no advantage for devs that have weak associated accounts to use the service.
It is also set up so a manager could view several profiles side-by-side, to compare say 5 candidate profiles at once. Instead of looking at 5 PDFs and clicking on a handful of URLs in each PDF to get the full picture, it's all brought together on one screen.
Feel free to check it out now, whether you are a dev or someone who will be hiring them. I'll post about it here on HN when we launch officially.
Re: Why You Didn't Get The Interview, Part II
#28The skills required to get a job: resume writing, professional networking, interviewing, are often not the same skills that actually qualify you for the job. One could be a very good resume-writer and interviewer (dare I say B.S.er?) but not be the right match for the day-to-day job duties. On the other hand, one may be technically qualified, but just not good at resume-writing or smooth talking during the interview.…
Re: Why You Didn't Get The Interview, Part II
#29The skills required to get a job: resume writing, professional networking, interviewing, are often not the same skills that actually qualify you for the job. One could be a very good resume-writer and interviewer (dare I say B.S.er?) but not be the right match for the day-to-day job duties. On the other hand, one may be technically qualified, but just not good at resume-writing or smooth talking during the interview.…
The news a couple weeks ago about Google and their alleged use of trick questions and such hopefully raised awareness of the problems surrounding tech interviews, the value of GPAs and majors, etc., for all the other companies. Google is one of a handful of shops that shape how others think they should do things.
As I mentioned in another comment, managers today are more keen on seeing code. A resume can make whatever unverified claims you want to make. I mentioned a project I'm working on (http://geekrez.com) that is hoping to change how talent represents themselves to hiring entities and somewhat trying to replace the resume submission process with items managers want to see.
A Stack Overflow reputation score is not a self-assessed expertise in a specific technology, but rather something that is assessed by others. Saying you write good code is one thing, but let's see what you have in your GitHub or Bitbucket to prove what you are saying. These are the types of things that will get devs hired in the years to come.
Personal references are a whole other story. If someone can't find 3 people to say something nice about their work, they shouldn't be in the industry. The only thing that is valuable about references is when a handful (3-5 usually) of people provide very consistent information - to be more specific, consistent with both positive and negative items. I know when I hear a few people share the same strengths and weaknesses about a candidate that I'm probably getting a pretty good and honest assessment (or they have all been superbly prepped).
Re: Why You Didn't Get The Interview, Part II
#30Earlier quoted context omitted.
Also listed would be years of experience, in the first iteration. In a later one, I'd want to replace that with some way of evaluating directly a person's general skill level on a scale like this: http://michaelochurch.wordpress.com/2013/04/22/gervais-macle... That would take a long time to figure out, though: how to evaluate programmers in the general case. 3 points of Machine Learning with 20+ years of experience (…
This can never work. Resume's have only one purpose - they are marketting materials for folks looking for work. Everything else has to be considered within that frame reference.