5

I am having a hard time accurately describing my skillset on a resume. I am comfortable putting the statement "Proficient in Java Development" on my resume, as I have been coding in Java for 5+ years and am very familiar with it. However, I am less comfortable saying that I am proficient in SQL. I've used SQL but don't know many of the intricacies of specific SQL implementations or know much beyond basic statements (Insert, Delete, Select, Joins, Conditions, etc.).

How do I describe my abilities in SQL and other areas like it?

Somewhat related: What heading should be written in a resume instead of "Technical Expertise" when I am not an "expert"? The accepted answer to the question recommends 'Experience', but that doesn't seem clear enough.

Edit - I want to list the skills in question in terms of proficiency level, not in another format. With Java it is easy to estimate the years of experience because I use it frequently, but I use SQL and other skills sporadically.

lucasvw
  • 157
  • 1
  • 1
  • 6
  • I would just list the projects where I used SQL, without getting into much details. – user1220 May 09 '17 at 17:35
  • I might use the word proficient – paparazzo May 09 '17 at 17:44
  • Make sure you are thinking about your audience and what you are trying to get across. Remember with a resume that too much info will make the reader bored - which totally defeats the purpose. Personally, when I read over a resume for the first time, I don't want a detailed breakdown of your comfort level on every library you have ever used. –  May 09 '17 at 19:33
  • Don't worry too much about qualifying your skill level. That sort of thing will come up in discussion during an initial screening call, and if you're not sufficiently experienced with that technology, they won't pursue you further. As a job-seeker it's better to qualify things later than risk false negatives by being overly precise. – heathenJesus May 09 '17 at 22:44
  • 1
    I've always used the phrase "working knowledge of x". – berry120 May 09 '17 at 23:39
  • All of the phrases given as advice here are merely characterizations. Of course, you need to wordsmith your job skills to make the resume readable. Pick what sounds right. The important thing, however, is to back up your characterizations with some type of evidence or narrative in the form concrete examples of past projects. The "short version" should be in your resume. The long version should be in your head and ready to go. Be able to defend any superlatives with real examples. In the case of "familiarity" just describe the nature of your experience using the skill in a project. – teego1967 May 10 '17 at 09:48

2 Answers2

14

In ascending order of skill: "Knowledge of","Familiar with", "skilled in", "highly skilled in", "Expertise in", "Mastery of".

Old_Lamplighter
  • 159,693
  • 108
  • 436
  • 585
  • These seem too informal to me. Thanks for the suggestion. – lucasvw May 09 '17 at 17:43
  • @lucasvw I've used them and haven't gotten any complaints. – Old_Lamplighter May 09 '17 at 17:46
  • @lucasvw not sure how you get more formal than that. –  May 09 '17 at 17:46
  • To me, those words sound... simple? Maybe I'm overthinking, but I feel like there has to be a word like 'Proficient' that doesn't mean expert. – lucasvw May 09 '17 at 17:55
  • 3
    @lucasvw sometimes simple works. Just use the word that actually describes your level or proficiency. If you are just familiar, use "Familiar with" or maybe you've literally just seen it so you've been "Exposed to" it. – cheshire May 09 '17 at 17:58
  • 2
    @lucasvw simple is better than pretentious. When I read a resume, if I don't want to have to try to figure out what a person means. simple is better – Old_Lamplighter May 09 '17 at 18:27
  • 4
    @lucasvw You want to be clear and consise with such terms. If you used "proficient" for example, the interviewer might take that to mean "he knows what he's doing most of the time" or they might interpret it to be "he knows what he's doing ALL of the time." Whichever way YOU meant it, you don't want the interviewer assuming it's the other. The terms Richard suggests are good because they're formal enough for use on a resume and they're not ambiguous, so the interviewer will most likely understand it to mean what you meant it to mean. – Steve-O May 09 '17 at 18:28
  • I use Expert With, Skilled In and Familiar With – HLGEM May 09 '17 at 19:08
6

Any word you choose will not have objective meaning. I can say I'm familiar with C# because I've done a few applications, which might make me an expert in some people's eyes -- but to me it doesn't compare with my proficiency in Java, which I've done for many years.

To make this clear I tend to divide my skills into three categories:

  1. Core competencies: Skills directly related to the job I seek.
  2. Familiar with: Skills of lesser importance, sometimes "required", sometimes "nice to have".
  3. Other: Skills not related to programming but which might be useful or attractive to any employer, like foreign language, graphic design, public speaking, etc.

The real question is, "What do I need to put on my resume that will get me past the HR gatekeepers and get me an interview?" Unfortunately, I can't tell you since this seems to vary widely. For this reason many recruiters will ask you "How many years of experience do you have with X?" -- which is an equally problematic question that often requires additional clarification, but only one of many problems in the entire hiring process.

Thing is, at that point you've already got your foot through the door and your "soft skills" start to come into play more than a piece of paper with a dry history of your accomplishments. Your resume has done its job, and now it's up to you to have a conversation to play up your strengths and generally sell yourself.

Andrew
  • 1,291
  • 1
  • 9
  • 12
  • 1
    The how many years always gets me too. I have used some things for 15-20 years but only for<3% of the time. How many years is that? Then with something else I may have used 80% of the time for several years but now only use 20% of the time. – HLGEM May 09 '17 at 19:12
  • 1
    Well, that and the "Trivial Pursuit" style of assessing knowledge, where if you don't know what the interview thinks you should know, you're a bad programmer. Like asking a Java person the difference between "overload" and "override" -- of course i know what these are, but I might not have used the actual formal names since my OOD class 15 years ago when they were on the multiple-choice test. Just give me 20 seconds on Google. Sheesh. But like I said, if you can get them to like you, and like you more than any other candidate, all the rest doesn't matter. – Andrew May 09 '17 at 19:25