Ask HN: Are new grads expected to exaggerate their skills on resume?
I observed a pattern about companies that called me back: 1) Small companies where my resume was screened by CTO/Software Development Manager 2) Huge companies that can afford to interview a lot of candidates
Naturally, My conclusion was my resume (or linkedin profile?) wasn't attractive to HR. I compared my resume with my friends to see how I could make myself more attractive to HR who did the initial screening. Unfortunately, what I've seen was incredibly troubling, as I realized I was being 'too' honest (if that's even possible).
Wording the project descriptions to hide it was a group project, taking credit for things they didn't do, exaggerating their responsibilities for previous work, writing down technologies they just read about are just a few that comes to my mind.
Funny thing is, during the interviews they are mostly asked about regular algorithms/data structure questions, so they actually can get away with it.
I wanted to ask if this is the norm in the industry? Are we expected to 'lie' on our resume to level the playing field?
18 comments
[ 5.3 ms ] story [ 50.6 ms ] threadDon't put down technologies you don't know but lets say you can write something in javascript.. like an anagram generator. In that case you can put javascript even if you don't know node, angular, react, etc.
If you choose the shotgun approach, as I did, Keep a spreadsheet, or something, to help organize all the information.
Always Customize your resume by using the words that they put on their job hire post. (This will get you past electronic screenings and non-technical HR people who just look for keywords). This is really annoying (writing your resume each time) but I felt it helped me.
I always researched the company the night before resumes and try to find a technical blog that a company may produce, or some niche thing that the company does. (Capital One and it's AutoNavigator is what I focused on when I was interviewing).
Lastly, I did embellish the truth a little in any of my stories. Not to the point of a lie (... sort of ...) but I made my past technical experience an enjoyable story to listen to. There was a quote I read in 'Iterating Grace', paraphrasing it: Great Stories are better than Great Facts. Don't lie in the facts, but like statistics, you can bend the truth and still let it be truth.
Another piece of advice is make sure you are confident when you walk in. Even for technical roles, confidence is key. Being able to talk and have the interviewer like the interviewee is one of the many keys I found to being successful.
If you don't mind lying, most companies will never check your GPA past the transcript you hand over (if you do that at all). So you want to embellish that 3.2 GPA to be a 3.5+ go ahead. Most companies never check. (Come to find out I didn't have the correct GPA on my resume when I changed semesters even though I had an updated Transcript I was sending out. No one ever bothered me about it). I did not ask the HR at my company this question as well and they did not confirm this fact.
I hope that helps you some :D
2a) Did the company recently have any bad press? (Smaller companies were harder to judge on this, but larger ones are easy. i.e. JP Morgan Chase was not on my list, However Capital One was.)
2b) (This was only used if I was unsure after 2a) If I knew someone in the company over my professional network, or a frined of a friend, etc. I would reach out and ask them about the company. Most people responded to me which was nice. Come to find out we would talk about our mutual relation and then I could ask them about what they do. I also got some good general advice as well.
3) Does the company 'smell bad'. This was something I didn't really use until I was applying/in the process of getting hired. I would keep my nose out for bad signs. (looking at you Cerner (Great Engineers I chatted with, but their recruiting was a nightmare to deal with, but that may of just been me)).
If you can't tell, I did my best to logically choose and look at data in a very organized fashion. This was due to the amount of data that I knew I was going to manually be mulling over. I needed a way to figure out to to translate my research/feelings of one company to the research/feelings of another.
(Also, you have no reason to believe me, but I did get to last round interviews with Google. I never even applied with them. They reached out to me via LinkedIn. At first I was like 'This must be spam trying to phish me or something', nope real deal. I was keeping a Blog on Blogger about Software Engineering, School, and other semi-professional things. I blame that for them reaching out to me.)
That's potentially a criminal offence in the UK, and probably the US.
(Fraud act 2006 in UK)
http://www.ft.com/cms/s/0/3bbd58ec-6df3-11e1-b98d-00144feab4...
http://www.telegraph.co.uk/education/educationnews/10941476/...
Such outsized importance is placed on projects these days, and the state of most CS programs is so bad, that I would only care about GPA if you graduated from a very good school or I was an academic admissions person.
A big fact about the field is that a large number of companies aren't in a place where they can hire new graduates or junior programmers. I have a suspicion that most of the difference in number of responses is that your friends are simply hustling harder and sending out more applications than you are.
so if someone is doing a keyword search, i'll still show up, but when someone is actually reading the resume they can say "oh he's a C# and Ruby guy" I'll also mention the language once in the experience section to demonstrate how i used it.
Generally speaking though, as i've searched for more senior positions I've toned down the specifics of the technology, and concentrated more on the results I've achieved.
That being said, if the extent of the lie is that a group project is sold as an individual project, as long as the person can talk intelligently about all aspects of the project it's nearly impossible to find something like that out. New graduates are expected to have few skills and produce largely academic (read: bad) code.
But you are correct that technical aptitude by itself has very little to do with getting an interview. You said you are getting your Master's, have you had a programming job in the past? What is your field? We take a pretty skeptical stance with candidates who have advanced degrees and no experience, because nothing we work with requires that sort of knowledge. That may be part of your problem.