Mixing
![Applied for a job, how to reject request to full in an application form? [closed]](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgjbpfN9tAutmK93bJRC3ZoROZzi2TJDms5n8_qJuhgE0a9b52OOHayv3NGT8igAdFL7byXNst-_1DZK5SjrIJ28_6RQPUpBROqMs5s6jo-ZsjX8kjDwfxJufIitH3TaQRXWaGSQKRQib-f/s72-c/1.jpg)
How do I categorize my skillset in resume? [duplicate]
Clash Royale CLAN TAG#URR8PPP
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty margin-bottom:0;
up vote
8
down vote
favorite
This question already has an answer here:
How should I list my programming technologies on a resume?
3 answers
I am preparing a resume for my job search. I have the following set of skills to list:
PHP, HTML, CSS, jQuery, CakePHP, CMS(Drupal), MySQL, Google API, Flickr API, OAuth
I do not find stacking them all under one skillset title to be attractive. Some of them are scripting languages and some are supporting languages and some are APIs.
How do I categorize them? Are there any conventional ways of doing it in a resume?
resume software-industry job-search skills
asked Sep 13 '12 at 6:07
phoenix
18025
marked as duplicate by gnat, Jan Doggen, Michael Grubey, IDrinkandIKnowThings, yochannah Nov 2 '14 at 20:49
This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.
add a comment |Â
up vote
8
down vote
favorite
This question already has an answer here:
How should I list my programming technologies on a resume?
3 answers
I am preparing a resume for my job search. I have the following set of skills to list:
PHP, HTML, CSS, jQuery, CakePHP, CMS(Drupal), MySQL, Google API, Flickr API, OAuth
I do not find stacking them all under one skillset title to be attractive. Some of them are scripting languages and some are supporting languages and some are APIs.
How do I categorize them? Are there any conventional ways of doing it in a resume?
resume software-industry job-search skills
asked Sep 13 '12 at 6:07
phoenix
18025
marked as duplicate by gnat, Jan Doggen, Michael Grubey, IDrinkandIKnowThings, yochannah Nov 2 '14 at 20:49
This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.
I think @Aroth gives a good categorization. Also, you could search online for sample resumes to see how other people have it categorized, or you could ask co-workers if they can give you some pointers on this.
– TimothyHeyden
Sep 13 '12 at 9:32
@TimothyHeyden I dont have any co-workers yet. New hatchling! :) I'll search online for samples.
– phoenix
Sep 13 '12 at 20:21
add a comment |Â
up vote
8
down vote
favorite
up vote
8
down vote
favorite
This question already has an answer here:
How should I list my programming technologies on a resume?
3 answers
I am preparing a resume for my job search. I have the following set of skills to list:
PHP, HTML, CSS, jQuery, CakePHP, CMS(Drupal), MySQL, Google API, Flickr API, OAuth
I do not find stacking them all under one skillset title to be attractive. Some of them are scripting languages and some are supporting languages and some are APIs.
How do I categorize them? Are there any conventional ways of doing it in a resume?
resume software-industry job-search skills
asked Sep 13 '12 at 6:07
phoenix
18025
This question already has an answer here:
How should I list my programming technologies on a resume?
3 answers
I am preparing a resume for my job search. I have the following set of skills to list:
PHP, HTML, CSS, jQuery, CakePHP, CMS(Drupal), MySQL, Google API, Flickr API, OAuth
I do not find stacking them all under one skillset title to be attractive. Some of them are scripting languages and some are supporting languages and some are APIs.
How do I categorize them? Are there any conventional ways of doing it in a resume?
This question already has an answer here:
How should I list my programming technologies on a resume?
3 answers
resume software-industry job-search skills
asked Sep 13 '12 at 6:07
phoenix
18025
edited Sep 13 '12 at 10:22
asked Sep 13 '12 at 6:07
phoenix
18025
asked Sep 13 '12 at 6:07
phoenix
18025
asked Sep 13 '12 at 6:07
phoenix
18025
18025
marked as duplicate by gnat, Jan Doggen, Michael Grubey, IDrinkandIKnowThings, yochannah Nov 2 '14 at 20:49
This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.
marked as duplicate by gnat, Jan Doggen, Michael Grubey, IDrinkandIKnowThings, yochannah Nov 2 '14 at 20:49
This question has been asked before and already has an answer. If those answers do not fully address your question, please ask a new question.
I think @Aroth gives a good categorization. Also, you could search online for sample resumes to see how other people have it categorized, or you could ask co-workers if they can give you some pointers on this.
– TimothyHeyden
Sep 13 '12 at 9:32
@TimothyHeyden I dont have any co-workers yet. New hatchling! :) I'll search online for samples.
– phoenix
Sep 13 '12 at 20:21
add a comment |Â
I think @Aroth gives a good categorization. Also, you could search online for sample resumes to see how other people have it categorized, or you could ask co-workers if they can give you some pointers on this.
– TimothyHeyden
Sep 13 '12 at 9:32
@TimothyHeyden I dont have any co-workers yet. New hatchling! :) I'll search online for samples.
– phoenix
Sep 13 '12 at 20:21
I think @Aroth gives a good categorization. Also, you could search online for sample resumes to see how other people have it categorized, or you could ask co-workers if they can give you some pointers on this.
– TimothyHeyden
Sep 13 '12 at 9:32
I think @Aroth gives a good categorization. Also, you could search online for sample resumes to see how other people have it categorized, or you could ask co-workers if they can give you some pointers on this.
– TimothyHeyden
Sep 13 '12 at 9:32
@TimothyHeyden I dont have any co-workers yet. New hatchling! :) I'll search online for samples.
– phoenix
Sep 13 '12 at 20:21
@TimothyHeyden I dont have any co-workers yet. New hatchling! :) I'll search online for samples.
– phoenix
Sep 13 '12 at 20:21
add a comment |Â
3 Answers
3
active
oldest
votes
up vote
7
down vote
accepted
I would categorize core technologies along standard Model-View-Controller lines. Something like:
User Interface (View)
- HTML
- CSS
Programming Languages (Controller)
- PHP
- JavaScript (this could arguably be placed in the section above, instead)
Databases/Backends (Model)
- MySQL
However that leaves out a lot of your higher-level technologies, as they don't really fit into any particular low-level category. So you might also have:
Servers/Platforms
- Drupal
- CakePHP
API's/SDK's/Frameworks
- Flickr
- OAuth
- jQuery
That's roughly along the lines of what I'd do anyways. The benefit of breaking things up into categories is that it demonstrates that you understand a particular technology and its use, and that you didn't just google for a list of technical terms to include on your resume. You'd be surprised how many people do that.
answered Sep 13 '12 at 8:10
aroth
8,29812646
one doubt. Drupal and CakePHP, aren't those two more suited under the title Frameworks?
– phoenix
Sep 13 '12 at 10:12
I suppose that depends upon how you look at it, and how you interact with each one. For instance, you can install a vanilla Drupal instance and configure everything you need through the web interface without ever touching a single line of PHP. Or for more advanced projects you could interact with/customize it using its PHP API. One case treats it as a server (you put content into it, but you don't interface with it programmatically), and the other as a framework/SDK. So I could see a legitimate case being made for either category.
– aroth
Sep 13 '12 at 10:25
In that case it should go under Framework for me.
– phoenix
Sep 13 '12 at 10:29
add a comment |Â
up vote
7
down vote
Recruiter's perspective: One problem I see when candidates list too many categories is that you end up with too large a 'Skills' section on the resume, and then candidates wonder why their resume is 5 pages long. Being thorough is good, but you also want to be sure to keep the resume to an acceptable length. I've seen skills sections broken down into 10 categories, which ends up taking an entire page for some.
I usually have candidates use Languages, Databases, Operating Systems, and then a catch-all such as Tools. You can include frameworks, app servers, testing tools, those API's, and a host of things in the Tools section.
Keep in mind the initial reader/screener is probably someone in HR that is looking for a particular buzzword, and where it is categorized is often beyond the scope of resume screeners. You certainly want to categorize as accurately as possible, but if it's taking up half a page of your resume you should reconsider, especially (as in the example above) if you only have one single item to list under a category.
answered Sep 13 '12 at 13:09
fecak
2,9201017
+1 for distinguishing between how humans read the resume and how parser does. I list buzzwords grouped in 1 line, in order of decreasing expertize. Don't be lazy, if you have lots of skills create custom resume with relevant skills. Don't waste time of hiring manager by wading though irrelevant fluff. Increase your signal to noise ratio of your resume. Anything not relevant to target position is noise for hiring manager.
– P.M
Apr 23 '14 at 23:24
add a comment |Â
up vote
5
down vote
HR people would not read resumes as a plain text.
To me, there are two separate goals for a Skills section:
- Human-readable - attracting HR's attention in the first 10 seconds;
- Non-human-readable, but searchable - providing with a possibility for a keyword search;
These two are very different, and therefore they should be solved in different manners.
So, here's how I arrange my skills in a resume:
On a very top section, just under name and titles, I list a set of outstanding technologies I'm most familiar with. Just a single line answering the question, who am I? I keep it as short as possible since i do expect that an HR would read it entirely.
And yes, it can be read entirely in 10 seconds:
Keywords: PHP, HTML, CSS, jQuery, CMS, Drupal, MySQL
Note: it's great if your resume is customized for a position you're applying to.
A separate section, called Skills, is a comma-separated list. I don't expect anyone to read it deliberately, but I want them listed and be keyword searchable. Something like this:
3 years | Databases: MySQL, MSSQL)
3 years | Platforms: PHP, JavaScript
2 years | SDK's: jQuery, Google, Flickr, OAuth
answered Sep 13 '12 at 9:37
bytebuster
2,60222146
add a comment |Â
3 Answers
3
active
oldest
votes
3 Answers
3
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
7
down vote
accepted
I would categorize core technologies along standard Model-View-Controller lines. Something like:
User Interface (View)
- HTML
- CSS
Programming Languages (Controller)
- PHP
- JavaScript (this could arguably be placed in the section above, instead)
Databases/Backends (Model)
- MySQL
However that leaves out a lot of your higher-level technologies, as they don't really fit into any particular low-level category. So you might also have:
Servers/Platforms
- Drupal
- CakePHP
API's/SDK's/Frameworks
- Flickr
- OAuth
- jQuery
That's roughly along the lines of what I'd do anyways. The benefit of breaking things up into categories is that it demonstrates that you understand a particular technology and its use, and that you didn't just google for a list of technical terms to include on your resume. You'd be surprised how many people do that.
answered Sep 13 '12 at 8:10
aroth
8,29812646
one doubt. Drupal and CakePHP, aren't those two more suited under the title Frameworks?
– phoenix
Sep 13 '12 at 10:12
I suppose that depends upon how you look at it, and how you interact with each one. For instance, you can install a vanilla Drupal instance and configure everything you need through the web interface without ever touching a single line of PHP. Or for more advanced projects you could interact with/customize it using its PHP API. One case treats it as a server (you put content into it, but you don't interface with it programmatically), and the other as a framework/SDK. So I could see a legitimate case being made for either category.
– aroth
Sep 13 '12 at 10:25
In that case it should go under Framework for me.
– phoenix
Sep 13 '12 at 10:29
add a comment |Â
up vote
7
down vote
accepted
I would categorize core technologies along standard Model-View-Controller lines. Something like:
User Interface (View)
- HTML
- CSS
Programming Languages (Controller)
- PHP
- JavaScript (this could arguably be placed in the section above, instead)
Databases/Backends (Model)
- MySQL
However that leaves out a lot of your higher-level technologies, as they don't really fit into any particular low-level category. So you might also have:
Servers/Platforms
- Drupal
- CakePHP
API's/SDK's/Frameworks
- Flickr
- OAuth
- jQuery
That's roughly along the lines of what I'd do anyways. The benefit of breaking things up into categories is that it demonstrates that you understand a particular technology and its use, and that you didn't just google for a list of technical terms to include on your resume. You'd be surprised how many people do that.
answered Sep 13 '12 at 8:10
aroth
8,29812646
one doubt. Drupal and CakePHP, aren't those two more suited under the title Frameworks?
– phoenix
Sep 13 '12 at 10:12
I suppose that depends upon how you look at it, and how you interact with each one. For instance, you can install a vanilla Drupal instance and configure everything you need through the web interface without ever touching a single line of PHP. Or for more advanced projects you could interact with/customize it using its PHP API. One case treats it as a server (you put content into it, but you don't interface with it programmatically), and the other as a framework/SDK. So I could see a legitimate case being made for either category.
– aroth
Sep 13 '12 at 10:25
In that case it should go under Framework for me.
– phoenix
Sep 13 '12 at 10:29
add a comment |Â
up vote
7
down vote
accepted
up vote
7
down vote
accepted
I would categorize core technologies along standard Model-View-Controller lines. Something like:
User Interface (View)
- HTML
- CSS
Programming Languages (Controller)
- PHP
- JavaScript (this could arguably be placed in the section above, instead)
Databases/Backends (Model)
- MySQL
However that leaves out a lot of your higher-level technologies, as they don't really fit into any particular low-level category. So you might also have:
Servers/Platforms
- Drupal
- CakePHP
API's/SDK's/Frameworks
- Flickr
- OAuth
- jQuery
That's roughly along the lines of what I'd do anyways. The benefit of breaking things up into categories is that it demonstrates that you understand a particular technology and its use, and that you didn't just google for a list of technical terms to include on your resume. You'd be surprised how many people do that.
answered Sep 13 '12 at 8:10
aroth
8,29812646
I would categorize core technologies along standard Model-View-Controller lines. Something like:
User Interface (View)
- HTML
- CSS
Programming Languages (Controller)
- PHP
- JavaScript (this could arguably be placed in the section above, instead)
Databases/Backends (Model)
- MySQL
However that leaves out a lot of your higher-level technologies, as they don't really fit into any particular low-level category. So you might also have:
Servers/Platforms
- Drupal
- CakePHP
API's/SDK's/Frameworks
- Flickr
- OAuth
- jQuery
That's roughly along the lines of what I'd do anyways. The benefit of breaking things up into categories is that it demonstrates that you understand a particular technology and its use, and that you didn't just google for a list of technical terms to include on your resume. You'd be surprised how many people do that.
answered Sep 13 '12 at 8:10
aroth
8,29812646
answered Sep 13 '12 at 8:10
aroth
8,29812646
answered Sep 13 '12 at 8:10
aroth
8,29812646
answered Sep 13 '12 at 8:10
aroth
8,29812646
8,29812646
one doubt. Drupal and CakePHP, aren't those two more suited under the title Frameworks?
– phoenix
Sep 13 '12 at 10:12
I suppose that depends upon how you look at it, and how you interact with each one. For instance, you can install a vanilla Drupal instance and configure everything you need through the web interface without ever touching a single line of PHP. Or for more advanced projects you could interact with/customize it using its PHP API. One case treats it as a server (you put content into it, but you don't interface with it programmatically), and the other as a framework/SDK. So I could see a legitimate case being made for either category.
– aroth
Sep 13 '12 at 10:25
In that case it should go under Framework for me.
– phoenix
Sep 13 '12 at 10:29
add a comment |Â
one doubt. Drupal and CakePHP, aren't those two more suited under the title Frameworks?
– phoenix
Sep 13 '12 at 10:12
I suppose that depends upon how you look at it, and how you interact with each one. For instance, you can install a vanilla Drupal instance and configure everything you need through the web interface without ever touching a single line of PHP. Or for more advanced projects you could interact with/customize it using its PHP API. One case treats it as a server (you put content into it, but you don't interface with it programmatically), and the other as a framework/SDK. So I could see a legitimate case being made for either category.
– aroth
Sep 13 '12 at 10:25
In that case it should go under Framework for me.
– phoenix
Sep 13 '12 at 10:29
one doubt. Drupal and CakePHP, aren't those two more suited under the title Frameworks?
– phoenix
Sep 13 '12 at 10:12
one doubt. Drupal and CakePHP, aren't those two more suited under the title Frameworks?
– phoenix
Sep 13 '12 at 10:12
I suppose that depends upon how you look at it, and how you interact with each one. For instance, you can install a vanilla Drupal instance and configure everything you need through the web interface without ever touching a single line of PHP. Or for more advanced projects you could interact with/customize it using its PHP API. One case treats it as a server (you put content into it, but you don't interface with it programmatically), and the other as a framework/SDK. So I could see a legitimate case being made for either category.
– aroth
Sep 13 '12 at 10:25
I suppose that depends upon how you look at it, and how you interact with each one. For instance, you can install a vanilla Drupal instance and configure everything you need through the web interface without ever touching a single line of PHP. Or for more advanced projects you could interact with/customize it using its PHP API. One case treats it as a server (you put content into it, but you don't interface with it programmatically), and the other as a framework/SDK. So I could see a legitimate case being made for either category.
– aroth
Sep 13 '12 at 10:25
In that case it should go under Framework for me.
– phoenix
Sep 13 '12 at 10:29
In that case it should go under Framework for me.
– phoenix
Sep 13 '12 at 10:29
add a comment |Â
up vote
7
down vote
Recruiter's perspective: One problem I see when candidates list too many categories is that you end up with too large a 'Skills' section on the resume, and then candidates wonder why their resume is 5 pages long. Being thorough is good, but you also want to be sure to keep the resume to an acceptable length. I've seen skills sections broken down into 10 categories, which ends up taking an entire page for some.
I usually have candidates use Languages, Databases, Operating Systems, and then a catch-all such as Tools. You can include frameworks, app servers, testing tools, those API's, and a host of things in the Tools section.
Keep in mind the initial reader/screener is probably someone in HR that is looking for a particular buzzword, and where it is categorized is often beyond the scope of resume screeners. You certainly want to categorize as accurately as possible, but if it's taking up half a page of your resume you should reconsider, especially (as in the example above) if you only have one single item to list under a category.
answered Sep 13 '12 at 13:09
fecak
2,9201017
+1 for distinguishing between how humans read the resume and how parser does. I list buzzwords grouped in 1 line, in order of decreasing expertize. Don't be lazy, if you have lots of skills create custom resume with relevant skills. Don't waste time of hiring manager by wading though irrelevant fluff. Increase your signal to noise ratio of your resume. Anything not relevant to target position is noise for hiring manager.
– P.M
Apr 23 '14 at 23:24
add a comment |Â
up vote
7
down vote
Recruiter's perspective: One problem I see when candidates list too many categories is that you end up with too large a 'Skills' section on the resume, and then candidates wonder why their resume is 5 pages long. Being thorough is good, but you also want to be sure to keep the resume to an acceptable length. I've seen skills sections broken down into 10 categories, which ends up taking an entire page for some.
I usually have candidates use Languages, Databases, Operating Systems, and then a catch-all such as Tools. You can include frameworks, app servers, testing tools, those API's, and a host of things in the Tools section.
Keep in mind the initial reader/screener is probably someone in HR that is looking for a particular buzzword, and where it is categorized is often beyond the scope of resume screeners. You certainly want to categorize as accurately as possible, but if it's taking up half a page of your resume you should reconsider, especially (as in the example above) if you only have one single item to list under a category.
answered Sep 13 '12 at 13:09
fecak
2,9201017
+1 for distinguishing between how humans read the resume and how parser does. I list buzzwords grouped in 1 line, in order of decreasing expertize. Don't be lazy, if you have lots of skills create custom resume with relevant skills. Don't waste time of hiring manager by wading though irrelevant fluff. Increase your signal to noise ratio of your resume. Anything not relevant to target position is noise for hiring manager.
– P.M
Apr 23 '14 at 23:24
add a comment |Â
up vote
7
down vote
up vote
7
down vote
Recruiter's perspective: One problem I see when candidates list too many categories is that you end up with too large a 'Skills' section on the resume, and then candidates wonder why their resume is 5 pages long. Being thorough is good, but you also want to be sure to keep the resume to an acceptable length. I've seen skills sections broken down into 10 categories, which ends up taking an entire page for some.
I usually have candidates use Languages, Databases, Operating Systems, and then a catch-all such as Tools. You can include frameworks, app servers, testing tools, those API's, and a host of things in the Tools section.
Keep in mind the initial reader/screener is probably someone in HR that is looking for a particular buzzword, and where it is categorized is often beyond the scope of resume screeners. You certainly want to categorize as accurately as possible, but if it's taking up half a page of your resume you should reconsider, especially (as in the example above) if you only have one single item to list under a category.
answered Sep 13 '12 at 13:09
fecak
2,9201017
Recruiter's perspective: One problem I see when candidates list too many categories is that you end up with too large a 'Skills' section on the resume, and then candidates wonder why their resume is 5 pages long. Being thorough is good, but you also want to be sure to keep the resume to an acceptable length. I've seen skills sections broken down into 10 categories, which ends up taking an entire page for some.
I usually have candidates use Languages, Databases, Operating Systems, and then a catch-all such as Tools. You can include frameworks, app servers, testing tools, those API's, and a host of things in the Tools section.
Keep in mind the initial reader/screener is probably someone in HR that is looking for a particular buzzword, and where it is categorized is often beyond the scope of resume screeners. You certainly want to categorize as accurately as possible, but if it's taking up half a page of your resume you should reconsider, especially (as in the example above) if you only have one single item to list under a category.
answered Sep 13 '12 at 13:09
fecak
2,9201017
answered Sep 13 '12 at 13:09
fecak
2,9201017
answered Sep 13 '12 at 13:09
fecak
2,9201017
answered Sep 13 '12 at 13:09
fecak
2,9201017
2,9201017
+1 for distinguishing between how humans read the resume and how parser does. I list buzzwords grouped in 1 line, in order of decreasing expertize. Don't be lazy, if you have lots of skills create custom resume with relevant skills. Don't waste time of hiring manager by wading though irrelevant fluff. Increase your signal to noise ratio of your resume. Anything not relevant to target position is noise for hiring manager.
– P.M
Apr 23 '14 at 23:24
add a comment |Â
+1 for distinguishing between how humans read the resume and how parser does. I list buzzwords grouped in 1 line, in order of decreasing expertize. Don't be lazy, if you have lots of skills create custom resume with relevant skills. Don't waste time of hiring manager by wading though irrelevant fluff. Increase your signal to noise ratio of your resume. Anything not relevant to target position is noise for hiring manager.
– P.M
Apr 23 '14 at 23:24
+1 for distinguishing between how humans read the resume and how parser does. I list buzzwords grouped in 1 line, in order of decreasing expertize. Don't be lazy, if you have lots of skills create custom resume with relevant skills. Don't waste time of hiring manager by wading though irrelevant fluff. Increase your signal to noise ratio of your resume. Anything not relevant to target position is noise for hiring manager.
– P.M
Apr 23 '14 at 23:24
+1 for distinguishing between how humans read the resume and how parser does. I list buzzwords grouped in 1 line, in order of decreasing expertize. Don't be lazy, if you have lots of skills create custom resume with relevant skills. Don't waste time of hiring manager by wading though irrelevant fluff. Increase your signal to noise ratio of your resume. Anything not relevant to target position is noise for hiring manager.
– P.M
Apr 23 '14 at 23:24
add a comment |Â
up vote
5
down vote
HR people would not read resumes as a plain text.
To me, there are two separate goals for a Skills section:
- Human-readable - attracting HR's attention in the first 10 seconds;
- Non-human-readable, but searchable - providing with a possibility for a keyword search;
These two are very different, and therefore they should be solved in different manners.
So, here's how I arrange my skills in a resume:
On a very top section, just under name and titles, I list a set of outstanding technologies I'm most familiar with. Just a single line answering the question, who am I? I keep it as short as possible since i do expect that an HR would read it entirely.
And yes, it can be read entirely in 10 seconds:
Keywords: PHP, HTML, CSS, jQuery, CMS, Drupal, MySQL
Note: it's great if your resume is customized for a position you're applying to.
A separate section, called Skills, is a comma-separated list. I don't expect anyone to read it deliberately, but I want them listed and be keyword searchable. Something like this:
3 years | Databases: MySQL, MSSQL)
3 years | Platforms: PHP, JavaScript
2 years | SDK's: jQuery, Google, Flickr, OAuth
answered Sep 13 '12 at 9:37
bytebuster
2,60222146
add a comment |Â
up vote
5
down vote
HR people would not read resumes as a plain text.
To me, there are two separate goals for a Skills section:
- Human-readable - attracting HR's attention in the first 10 seconds;
- Non-human-readable, but searchable - providing with a possibility for a keyword search;
These two are very different, and therefore they should be solved in different manners.
So, here's how I arrange my skills in a resume:
On a very top section, just under name and titles, I list a set of outstanding technologies I'm most familiar with. Just a single line answering the question, who am I? I keep it as short as possible since i do expect that an HR would read it entirely.
And yes, it can be read entirely in 10 seconds:
Keywords: PHP, HTML, CSS, jQuery, CMS, Drupal, MySQL
Note: it's great if your resume is customized for a position you're applying to.
A separate section, called Skills, is a comma-separated list. I don't expect anyone to read it deliberately, but I want them listed and be keyword searchable. Something like this:
3 years | Databases: MySQL, MSSQL)
3 years | Platforms: PHP, JavaScript
2 years | SDK's: jQuery, Google, Flickr, OAuth
answered Sep 13 '12 at 9:37
bytebuster
2,60222146
add a comment |Â
up vote
5
down vote
up vote
5
down vote
HR people would not read resumes as a plain text.
To me, there are two separate goals for a Skills section:
- Human-readable - attracting HR's attention in the first 10 seconds;
- Non-human-readable, but searchable - providing with a possibility for a keyword search;
These two are very different, and therefore they should be solved in different manners.
So, here's how I arrange my skills in a resume:
On a very top section, just under name and titles, I list a set of outstanding technologies I'm most familiar with. Just a single line answering the question, who am I? I keep it as short as possible since i do expect that an HR would read it entirely.
And yes, it can be read entirely in 10 seconds:
Keywords: PHP, HTML, CSS, jQuery, CMS, Drupal, MySQL
Note: it's great if your resume is customized for a position you're applying to.
A separate section, called Skills, is a comma-separated list. I don't expect anyone to read it deliberately, but I want them listed and be keyword searchable. Something like this:
3 years | Databases: MySQL, MSSQL)
3 years | Platforms: PHP, JavaScript
2 years | SDK's: jQuery, Google, Flickr, OAuth
answered Sep 13 '12 at 9:37
bytebuster
2,60222146
HR people would not read resumes as a plain text.
To me, there are two separate goals for a Skills section:
- Human-readable - attracting HR's attention in the first 10 seconds;
- Non-human-readable, but searchable - providing with a possibility for a keyword search;
These two are very different, and therefore they should be solved in different manners.
So, here's how I arrange my skills in a resume:
On a very top section, just under name and titles, I list a set of outstanding technologies I'm most familiar with. Just a single line answering the question, who am I? I keep it as short as possible since i do expect that an HR would read it entirely.
And yes, it can be read entirely in 10 seconds:
Keywords: PHP, HTML, CSS, jQuery, CMS, Drupal, MySQL
Note: it's great if your resume is customized for a position you're applying to.
A separate section, called Skills, is a comma-separated list. I don't expect anyone to read it deliberately, but I want them listed and be keyword searchable. Something like this:
3 years | Databases: MySQL, MSSQL)
3 years | Platforms: PHP, JavaScript
2 years | SDK's: jQuery, Google, Flickr, OAuth
answered Sep 13 '12 at 9:37
bytebuster
2,60222146
answered Sep 13 '12 at 9:37
bytebuster
2,60222146
answered Sep 13 '12 at 9:37
bytebuster
2,60222146
answered Sep 13 '12 at 9:37
bytebuster
2,60222146
2,60222146
add a comment |Â
add a comment |Â
I think @Aroth gives a good categorization. Also, you could search online for sample resumes to see how other people have it categorized, or you could ask co-workers if they can give you some pointers on this.
– TimothyHeyden
Sep 13 '12 at 9:32
@TimothyHeyden I dont have any co-workers yet. New hatchling! :) I'll search online for samples.
– phoenix
Sep 13 '12 at 20:21