모든 기술을 보여 주어야합니까? [닫은]


23

저는 오랫동안 프로그래밍을 해왔으며 여러 기술에 대해 깊이 알고 있습니다. 최근에 나는 웹 개발 작업을 신청했고 이력서에는 HTML, CSS, JavaScript, jQuery, AJAX, PHP, ASP, JSP, C / C ++, ARM 등 모든 기술을 나열했습니다. C / C ++ 및 ARM을 제외하고 모든 기술의 기술 수준을 전문가로 표시했습니다.

많은 친구들이 같은 직업에 지원했고 웹 개발 경험이 없었습니다. 그들 모두는 인터뷰 요청을 받았습니다. 그러나 매우 높은 수준의 지원자들로부터 신청서를 받았으며 다음 단계로 가도록 선택되지 않았다는 거부가 있습니다.

이것은 진지하게 나에게 동기를 부여했다. 필요한 모든 기술을 보유하고 있고 기술을 보유하지 않은 모든 사람들을 선택했을 때 왜 거절 당했는지 이해가되지 않습니다. 내가 생각하는 한 가지 이유는 고용주가 한 사람이 모든 기술의 전문가가 될 수 있다고 생각할 수 있기 때문입니다. 또 다른 인터뷰에서 HR 관리자는 각 기술마다 다른 프로그래머가 있으므로 ASP, JSP 및 PHP에 대해 깊이 알고 있다고 믿을 수 없습니다.

그러한 사건은 내가 거절당하는 입장에 대해 높은 능력을 가지고 있음에도 불구하고 매우 불행하게 만듭니다. 이러한 상황을 피하기 위해 이력서에 모든 기술을 기재하지 않아야합니까?


13
웹 개발 경험이 어느 정도입니까? 언어를 아는 것은 기업이 찾는 것의 일부일뿐입니다. 1 년 전에 스택 오버플로 ( stackoverflow.com/questions/2297383/… ) 에 대한 귀하의 질문은 귀하가 심각한 웹 응용 프로그램의 핵심 개념 인 MVC에 익숙 하지 않기 때문에 묻습니다 . 이력서에 "전문가"라고 말하고 "매우 오랫동안"프로그래밍했다고 주장하므로 이력서를 읽으면 3-5 년 동안 MVC 웹 앱에서 작업 할 것으로 예상됩니다.
Qwerky 2016 년

"전문가"는 "깊이"보다 훨씬 높은 수준의 기술입니다. 무엇을 하지 않는 당신은 HTML, CSS, 자바 스크립트, JQuery와, AJAX (이 매우 어려운 실제로), PHP, ASP와 JSP의에 대해 알고?

기술 목록은 단순히 키워드 검색을 통과하게하는 것이므로 이력서를 한 눈에 볼 수 있습니다. 인터뷰를하는 것은 고용주가 실제로 찾고있는 것을 보여주는 작업 이력입니다.
Angelo

답변:


30

자신이 지원하는 직업에 맞게 이력서를 세밀하게 조정 한 사람들이 인터뷰를받는 데 가장 성공합니다. 신청자 측과 검토 자 측 모두에서 이것을 경험했습니다.

웹 개발자로 채용하는 경우 신청자가 C ++ 또는 Objective C를 알고 있는지 여부에 대해 걱정하지 않을 것입니다. 신청자가 주장하는 것뿐만 아니라 사물도 모르는 것은 저의 경험이기도합니다. 그래서 후보자의 경험 (직업 경력 측면에서)에 따라, 나는 그 정보를 소금 한 알로 가져갑니다.

신청자가 여러 분야의 전문가라고 말하면 기술 배경이있는 많은 고용주가 회의적 일 수 있습니다. 사실이더라도 이력서 검토 자의 회의론이있을 수 있습니다.

고려해야 할 또 다른 사항은 이력서를 검토하는 사람이 수백 명을 거를 수 있으며 신청자가 필요한 기술을 갖추고 있음을 즉시 알 수없는 경우 이력서를 오버 필터하기가 매우 쉽다는 것입니다.

내 충고 : 당신이 할 수있는 한 가능한 한 많은 직업 요구 사항을 다루기 위해 발송하는 각 이력서를 조정하고, 신청하는 직업과 관련이없는 기술 노출을 제한하고, 특정 요구 사항에 대한 명확한 경험이없는 경우 , 당신의 경험이 그 요구 사항에 잘 부합하는 이유를 논쟁 할 준비를하십시오.

행운을 빕니다!


2
말이 맞아 그러나 "신청자들이 주장하는 것뿐만 아니라 사물도 모르는 것은 저의 경험이기도합니다."에 대한 한 가지 질문입니다. 대부분의 경우에 해당 될 수 있지만 자신이 주장한 것을 실제로 아는 사람들이있을 것입니다. 인터뷰하는 동안 직접 지식을 거부하지 않고 지식을 테스트 할 수 있습니다.
크래커

20
@Cracker 일반적으로 고용주는 대화 할 수있는 것보다 많은 사람들을 위해 이력서를받습니다. 그들이 당신의 성실성에 대해 의문을 가지고 있다면 당신을 인터뷰하지 않는 것이 더 쉽습니다.
제레미

8
@Cracker 채용 관리자는 상금을 위해 모든 배설물 을 파헤칠 시간 이 없으며 파기 할 가장 작은 배설물 더미를 선택합니다. :-) 이력서를 읽는 데는 몇 초의 시간이 걸리며 인터뷰를하는 데 하루가 걸리는 데 시간이 걸릴 수 있습니다. 그들은 그들이 무엇을 찾고 있었는지 알고 있습니다. 당신은 그렇지 않았습니다. 그것은 일방향 피드백 관계입니다. 그것은 게임의 본질입니다. 기술적 인 부분을 배우는 대신 기술적 인 부분이 있다면 마케팅판매 방법을 배우는 데 더 많은 시간을 할애 하십시오.

3
@Jeremy, @Jarrod Reberson-알았어! 그래서 지금 약간의 마케팅을 배워야합니다! ;)
크래커

10
이력서는 전기가 아닙니다. 직업을 구하는 도구입니다.
JeffO

29

저와 관련하여, 특히 "전문가"의 자체 평가를 통해 세탁 기술 목록이있는 응시자의 이력서를 검토 할 때 해당 기술을 적용한 프로젝트 및 성과의 특정 상황에 배치되지 않습니다. , 나는 적어도 약간의 기술 인플레이션과 잠재적으로 Dunning-Kruger 효과가 있다고 생각합니다.

이력서가 완벽하지는 않지만 일자리를 얻지 못하고 항목을 삭제하는 것 외에 특정 고용주에 맞게 사용자 지정하기 위해 특별한 노력을 기울이는 경우는 거의 없습니다. 그러나 나는 거기에 세탁 기술 목록이 없습니다. 고용주 및 프로젝트 목록이 있으며 사용 된 기술은 "C #에서 Fizzbuzz 프로비저닝을위한 REST 기반 WCF 웹 서비스를 사용하는 Norbert Fizzbuzzer 관리 시스템 내장 및 Ruby 기반 클라이언트는 자동화 된 Norberting and Provisioning "또는"리팩토링 된 SQL 데이터베이스 스키마를 지원하여 애플리케이션 오류를 줄이고 데이터 오류와 관련된 고객 지원 사건을 75 % 줄입니다 ".

저는 일반인이며 C #과 Ruby, Asp.Net MVC 및 Rails에 상당히 익숙합니다. 그러나 나는 "전문가"라는 단어를 사용하지 않습니다. 적어도 내가 사는 도시에서는 Eric Lippert가 내가 들어 본 난해한 C # 기능에 대해 심층적으로 연구하기로 결정한 인터뷰에 쉽게 착륙 할 수 있기 때문입니다. 실수로 사용했거나 조금 바보처럼 보일 것입니다. 이력서에서 프로젝트 컨텍스트는 고용주에게 충분한 정보를 제공하여 자기 평가가 필요하지 않은 공정한 게임을 추측 할 수 있습니다. 키워드는 여전히 존재하지만 상황에 따라 채용 담당자는 거친 화면을 볼 때 여전히 이력서를 찾습니다.

문맥이없는 세탁물 목록은 적어도 내 관점에서 볼 때 상대적으로 제한된 경험을 암시합니다. 기술에 대해 "전문가"지식이 있다고 주장하는 후보자를 인터뷰 할 때 기술 X에 대해 지능적인 질문을 할만큼 충분히 알고 있으며 후보자가이 기능에 대해 들어 본 적이 없다는 사실을 알게 되었기 때문에 종종 실망했습니다. 작동 방식에 대해 묻거나 이해하지 못합니다.

겸손 해지면 도움이 될 수 있습니다 . 물론, 나는 불특정 한 난해한 알고리즘에 대한 깊은 이해로 돌아와서 락스타 인 척하는 회사로부터 일자리를 얻었으며, 그들이 내 전문 지식에 대한 상황에 맞는 견해를 주었고 그들은 오만이나 천재이지만 C ++에 대한 전문가 수준의 지식을 주장하지만 가상 사본 생성자와 비가 상 복제의 차이점을 설명 할 수없는 어색한 인터뷰에서 우리 둘 다 서로의 시간을 낭비하지 않도록합니다.

구체적으로 도움이 될 수 있습니다 . 기술 수준을 주장하지 마십시오. 기술 X를 사용하여 수행 한 작업을 가능한 한 짧게 설명하면서도 흥미로운 설명을 제공합니다.

목표가되는 것은 당신에게 도움이 될 수 있지만, 나는 여기서 사지에 나가서 대부분의 경험이 전문적인 환경에 있지 않다고 의심합니다. 당신의 역사가 대부분 개인 프로젝트 나 학업에 관한 것이면 괜찮습니다. 이력서에 프로젝트 세부 사항을 자유롭게 입력하십시오.

보이는 것이 도움이 될 수 있습니다 . 지적 재산권 제약에 의해 제한받지 않으면 Github 또는 Bitbucket에 최상의 코드를 게시하고 이력서에 연결하십시오.


4
가령에서 전문가 - 나는 당신의 점을 사용 에서 전문가로 간주되지 않을 수 있습니다 C # .NET을 설계 C 번호를 -하지만 말했다, 나는 난해한 주제에 대한 인터뷰 질문을 물어보십시오. 나는 많은 퀴즈를 아는 사람들을 고용하는 데 관심이 없습니다. 저는 정말 강력한 디자인, 코딩 및 디버깅 기술을 가진 사람들을 고용하고 싶습니다. 그것이 면접에서 강조하는 경향이 있습니다.
Eric Lippert 2016 년

물론, 당신은 왜 "전문가"수준의 지식을 주장하지 말아야하는지, 특히 상황이없는 이유에 대한 나의 로컬 예일뿐입니다. 시애틀에서는 Microsoft를 떠난 후에도 전 Visual Studio 개발자들과 한 번 이상 팀 작업을 해왔 기 때문에 항상 나보다 더 전문적인 사람이 있습니다. , 나는 그들이 가장 가까운 동료들에 대해 스스로 순위를 매기는 것을 알고 있기 때문에.
JasonTrue

24

저는 오랫동안 프로그래밍을 해왔으며 여러 기술에 대해 깊이 알고 있습니다.

누군가가 여러 기술, 특히 관련없는 기술에 대한 "심층적 인"지식을 가지고 있다고 말할 때마다 저는 질문을하기 시작합니다. 심도있는 지식은 많은 시간 (수년)이 소요될뿐만 아니라 헌신과 참여입니다. 당신은 당신이 어떤 종류의 교육이나 직장 경험을 가지고 있는지 말하지 않으며, 그것이 변화를 가져올 것입니다. 액면가에서 말은 단순히 보풀입니다.

저는 업계에서 2 년 반이나 경력이 있습니다. 그러나 학교에 다니고 나서 프로그래밍을 해왔습니다.

이것은 귀하의 의견 중 하나입니다. 단기간에 많은 기술에 대해 전문가가 될 수있는 방법은 없습니다. 2004 년에 C ++ 및 Java로 프로그래밍을 시작했으며 2011 년 5 월에 대학을 졸업하고 소프트웨어 엔지니어로 2 년의 경력을 쌓았으며 Java 중심 개발자로 약 6 개월을 제외한 대부분의 시간을 함께 보냈습니다. . Java (SE) 개발의 중급자이며 JEE 개발의 초보자라고 생각합니다.

이것을 감안할 때, 당신은 당신이 언어에 대한 전문가 수준 또는 심도있는 지식으로 생각하는 것을 다시 생각해야한다고 생각합니다.

내가 생각하는 한 가지 이유는 고용주가 한 사람이 모든 기술의 전문가가 될 수 있다고 생각할 수 있기 때문입니다. 또 다른 인터뷰에서 HR 관리자는 각 기술마다 다른 프로그래머가 있으므로 ASP, JSP 및 PHP에 대해 깊이 알고 있다고 믿을 수 없습니다.

나도 그 질문을 할 것입니다. 한 사람이 정말 많은 이기종 기술의 주인이 될 수 있을지 의문입니다. 나는 거기에 그것을 할 수있는 사람들이있을 것이라 확신하지만, 그들 사이에는별로 없다. 내 경험상 HR은 이력서를 가장 먼저 본 사람입니다. HR 담당자가 이력서가 합법적이라고 생각하지 않으면 채용 관리자 또는 팀장에게 검토를 요청할 수 없습니다.

최근에 나는 웹 개발 작업을 신청했고 이력서에는 HTML, CSS, JavaScript, jQuery, AJAX, PHP, ASP, JSP, C / C ++, ARM 등 모든 기술을 나열했습니다. C / C ++ 및 ARM을 제외하고 모든 기술의 기술 수준을 전문가로 표시했습니다.

나는 직업 설명 이외의 이력서에 대한 기술을 나열하지 않으며, 그 이유는 매우 좋습니다.

내가 가지고있는 기술은 직업 경력과 성적 증명서로 명확하게 보여줍니다. 또한, 어떤 맥락에서 기술에 대한 언급은 이력서를 읽는 사람이 내가이 기술을 어떻게 정확하게 적용했는지 볼 수있게 해주 며, 인터뷰 중에 토론 지점에 도달합니다. 세탁 기술 목록은 어떤 종류의 맥락도 제공하지 않습니다. 직장에서, 학술 프로젝트에서 사용 했습니까, 아니면 책을 읽었습니까?

또한 이력서에 기술 수준도 표시하지 않습니다. 기술 수준은 매우 주관적입니다. 한 사람이 전문가 지식이라고 생각하는 사람은 다른 사람이 중간 지식이라고 생각할 수 있습니다. 다시 말하지만, 다양한 도구와 기술에서 프로젝트, 작업 및 코스워크의 수와 지속 시간을 제공하면보다 합리적인 수준에서 후보자를 비교하는 데 사용할 수있는 컨텍스트가 제공됩니다.

이전의 경험과 기술에 대해 강조 할 필요가 있다고 생각되면 이것이 자기 소개서입니다. 채용 공고에서 논의하고있는 특정 기술과 조건을 사용하는 일자리와 프로젝트를 강조하십시오.

이력서에 대한 기술을 논의 할 때 고려해야 할 또 다른 요점은 신청 과정에서 모든 신청자가 표준화 된 양식을 작성해야한다는 것입니다. 내가 적용한 모든 곳에서,이 양식에는 내가 사용했던 다양한 도구와 언어와 각각에 대한 경험이 얼마나 많은지를 열거 할 수있는 "기술"과 "경험"섹션이 있습니다.

필요한 모든 기술을 보유하고 있고 기술을 보유하지 않은 모든 사람들을 선택했을 때 왜 거절 당했는지 이해가되지 않습니다.

거부 사유도 많이 있으며 기술적 인 이유는 없습니다. 회사의 다른 사람 (HR 또는 채용 관리자 또는 팀 구성원)에게 말한 경우, 예를 들어 프로젝트 또는 팀에 적합하지 않은 것으로 나타 났을 수 있습니다. 소프트웨어 개발은 ​​도구와 기술 그 이상입니다.

내가 거절 당할 때마다 나는 항상 회사에 이유를 물었다. 때로는 팀이 내가 적합하다고 생각하지 않았기 때문입니다. 다른 경우에는 방금 더 많은 경험을 가진 사람을 찾았습니다. 건전 할 수 있으며 일부 회사는 예 / 아니오 답변 이외의 인터뷰 결과에 대해 논의하지 않는 정책을 가지고 있습니다. 회사에서 귀하를 고용하지 않은 이유에 대해 논의 할 수있는 경우,이를 활용하여 배우십시오.

그러한 사건은 내가 거절당하는 입장에 대해 높은 능력을 가지고 있음에도 불구하고 매우 불행하게 만듭니다. 이러한 상황을 피하기 위해 이력서에 모든 기술을 기재하지 않아야합니까?

현재 어떤 위치에 있는지 잘 모르겠지만 이력서를 검토하고 순서대로 가져옵니다. 당신의 질문의 말이 주어지면, 당신이 인터뷰 전에도 지나친 것처럼 들립니다. 다시 말해 이력서에서 HR 및 / 또는 프로젝트 관리자가 채용을 담당하지 못했음을 의미합니다. 이력서 디자인 및 프레젠테이션 방법에 대한 다른 질문이 있습니다. 거기서 시작하여 사용 가능한 다른 리소스를 사용합니다. 예를 들어 친구 나 대학 (이미 졸업 했더라도 졸업생이 서비스를 계속 이용할 수 있음)의 직업 서비스 사무소가 있습니다.


20

주말 오후 지역 신문의 주택 판매 섹션을 읽으십시오. 일부 광고는 "charming"또는 "quaint"또는 "traditional"이라고 말합니다. 그 이유는 "화강암 조리대를 사용하여 최근에 재 루핑 한" "화강암 조리대"또는 "미성숙 한 상태의 1908 년 원목 성형물"이라고 말하면서 벗어날 수 없었기 때문입니다. 픽스 퍼를 찾는 경우가 아니라면 "매력적", "고풍스러운"및 "전통적인"주택을 피하는 것이 좋습니다. 그들은 객관적으로 말할 수있는 것이 없기 때문에 그 모호한 말을합니다.

나는 프로그래밍 된 아주 긴 시간 동안 나는이 깊이 지식여러 기술을 제공합니다. ... 전문가 로서 모든 기술의 기술 수준을 보여주었습니다 .

(공포도 추가됨)

이력서를 많이 읽는 사람은 저에게 전혀 인상을주지 않을 것입니다. "길다", "깊다", "여러"및 "전문가"라고 생각하는 것은 "짧은", "표면적", "몇 가지"및 "여행자"라고 생각할 수 있습니다.

아니면 당신에게 동의 할 수도 있습니다. 당신과 나도 같은 규모로 교정되었다고 믿을만한 이유가 없습니다. (*)

당신은 고용주에게 "charming"과 같은 이력서를 제공합니다. 솔직히, 고용주는 당신이 당신의 기술을 얼마나 높게 생각하는지 신경 쓰지 않습니다. 그들에게 객관적인 사실을 알려주십시오. "long"이라고 말하지 마십시오. 객관적인 시간을 명시하고 고용주가 "긴"또는 "짧은"것인지 결정하게하십시오.


(*) 12 가지 일에서 "전문가"라고 주장하는 이력서를 가진 사람들을 인터뷰 할 때 저는 저울을 교정하려고합니다. 나는 종종 " 자바 스크립트 프로그래머로서 1에서 10까지 어떻게 평가하십니까? "라고 묻습니다 . 그 질문은 쓸모가 없습니다. 모두 8이라고 말합니다. 실제 질문은 다음과 같습니다. " 당신이 이해하는 것이지만 7 개가 어려울 수있는 것은 무엇입니까? " "for 루프"라고 말하면 8과 8이 매우 다르다는 것을 알 수 있습니다. 그들이 "폐쇄 의미론을 통해 우연히 장수명과 장수명 물체를 함께 묶음으로써 메모리 누수를 발견하고 제거하는 방법"이라고 말하면 8과 8이 서로 더 가깝다는 것을 알 수 있습니다. 어느 쪽이든, 나는 후보에 대해 많이 배웁니다.


1
캘리브레이션 부분은 경험이 풍부한 사람들이 스스로“평가하지 않는”경향이있는 반면, 경험이없는 사람들은 자신이“평가할 수없는”경향이 있다는 연구 결과에 따르면 특히 흥미 롭습니다. 충분히 쳐다 보면
Jon Skeet

2
존 : 당신은 독촉 크루거 효과를 생각하고 있습니다 : en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
Eric Lippert

그래, 그게
하나야

1
@JonSkeet : "보편적 인 지식의 알려지지 않은 척도"의 자연스러운 결과입니다. 누구나 "어제보다 더 전문가"이지만 내일의 경험과 비교할 수있는 사람은 아무도 없습니다. 오늘 나는 1 (그리고 어제 0)을 알면 나는 어제보다 더 많은 것을 안다. 오늘 저는 101과 어제 100을 알고 있다면 어제보다 1 % 더 많은 것을 알고 있습니다. 그러나 10을 아는 것만으로도 100이 존재한다는 것을 알 수는 없지만 100을 아는 경우 (10에 대해 알면) 1000에 대해 궁금해합니다.
Emilio Garavaglia

13

자신을 "전문가"로 등록 할 때는주의하십시오. 이력서 검토자는 일반적으로 이러한 모든 기술로 책을 작성할 수 있음을 의미합니다. 이력서에 기술을 나열 할 때 각 언어에 대한 능력을보다 잘 나타 내기 위해 겸손하게 업무 경험과 오픈 소스 기여에 의존하십시오.


5
아주 좋은 지적입니다. 너무 많은 일에 "전문가"라고 말하면 리뷰어가 시선을 돌리고 움직일 수 있습니다.
Bill VB

1
인터뷰에서 기술의 현지 전문가가 몇 분 동안 머리를 찌르는 재미있는 부분도 있습니다.
Timo Geusch

5

고용주는 수백 가지의 일자리 신청을 받는다는 것을 이해해야합니다. 그들은 인터뷰에 도움이 될 수있는 소수의 사람들에게 도움을 줄 생각으로 이력서를 매우 빨리 통과합니다. 일반적으로 그들은 많은 사람들이 자격을 갖춘 것처럼 보이더라도 인터뷰 할 시간이 없습니다.

때로는 자격이 과도하게 보이는 사람들은 자신의 직업이 그다지 도전적이지 않다는 것을 알기 때문에 해고되며, 당신이 그것을 원치 않거나 제공 할 수있는 급여 수준을 원한다고 가정합니다.

때때로 사람들은 자신에게 잘 맞지 않는 것처럼 보이기 때문에 제거됩니다. 이력서는 충분히 자세하지 않은 것으로 간주됩니다.

문자 그대로 인터뷰를하지 않거나 인터뷰를 할 때 선택되지 않는 이유는 수천 가지가 있습니다. 많은 사람들이 통제 할 수 없습니다 (예를 들어, 인터뷰에서 경쟁 업체의 말을 제어 할 수있는 방법이 없습니다. 인터뷰가 얼마나 잘 진행 되더라도 항상 다른 사람이 더 나아질 수 있음).

우선, 한 회사가 당신을 걸러 냈기 때문에 낙심하지 마십시오. 다음 단계로 넘어가십시오. 많은 회사들이 당신을 인터뷰하고 싶지 않다면, 당신이 자신을 어떻게 표현하고 있는지 살펴 봐야합니다.

저에게있어 플래그가되는 것은 소량의 전문적 경험과 함께 전문가 (자신이 주요 출판사를위한 책을 출판하지 않았거나 주요 회의에서 말하거나 Microsoft MVP에 해당하는 경우)라는 자체 레이블입니다. 실제 전문가는 기업에 의해 추구됩니다. 그들은 일반적으로 광고 작업을 신청할 필요가 없습니다. 나에게 또 다른 깃발은 경험이 거의없는 기술과 함께 긴 목록입니다. (우리는 개인 프로젝트와 학교를 고려하지만 일반적으로 전문적인 경험과 같은 무게를 지니지 않습니다. 이력서를 검토하는 사람에게는 주니어 프로그래머입니다.)

인상적인 것은 내가 이용할 수있는 직업과 관련된 업적 목록입니다. 기술 목록 만 있고 작업 경험이 실제로 완료 한 프로젝트 나 성능을 향상 시키거나 단위 테스트를 성공적으로 구현 한 장소에 대한 언급없이 "책임자 ..."란에 표시됩니다. 내가 똑같은 일을 할 사람을 찾고 있다면)

전문가라고 주장하는 또 다른 문제는 인터뷰하기로 결정한 경우 인터뷰에서 물어볼 질문이 더 어렵다는 것입니다. 나는 당신이 정말로 당신이 주장하는 전문가인지 확인하고 싶습니다. 나는 전문가를 고용하는 데 불리한 것이 아니라 선임 직을 위해서만, 그리고 그 깊이있는 경험이 필요한 경우에만 사용합니다. 전문가들은 비싸다. 사람들은 저급 일자리를 위해 그들을 고용하지 않습니다.


4
"저에게 깃발이되는 것은 소량의 전문적인 경험과 함께 전문가 (자신이 주요 출판사를위한 책을 출판하지 않았거나 주요 회의에서 연설하지 않았거나 Microsoft MVP에 해당하는 경우)라는 자체 레이블 "실제 전문가들은 기업에 의해 추구되며 일반적으로 광고 된 일자리를 신청할 필요가 없습니다." 우수 포인트 +1
Bill VB

흠 ... 고마워! 뭔가 출판해야한다고 생각합니다.
크래커

4

나는 아주 오랫동안 프로그래밍을 해왔다. 많은 친구들이 같은 직업에 지원했다. 그들 모두는 인터뷰를 요청했다. 그러나 나는 거절했다 ...

이력서에 문제가있는 것 같습니다. 나는 이것에 부딪친 경험이 풍부하고 유능한 프로그래머 몇 명을 알고 있으며, 여기에 내가 본 것들이 있습니다.

  • 현대적인 형식이 아닙니다 . 그렇습니다. 이상하지만 이력서 스타일은 몇 년마다 유행을 거듭합니다. 나는 2 년 전에 1995 년경에했던 것과 같은 스타일을 사용했지만 아무런 반응이 없었습니다. 그런 다음 전문적인 이력서 상담사에 의해 제안을 받아 제안을 들었고 전화가 울리기 시작했습니다.
  • 너무 깁니다 . 이력서가 2 페이지 이상인 대부분의 사람들은 즉시 쓰레기통에 버립니다. 나는 능력이 있지만 거의 40 년 동안 업계에 종사 한 사람을 알고 있으며 10 페이지 길이의 "내가 한 모든 것"이력서 외에는 아무것도 보내지 않을 것입니다. 그를.
  • 너무 상세하다 . 중학교의 TRS-80에서 해킹 한 것에 대해 이력서를보고있는 사람은 아무도 없습니다. 이력서에 동일한 기술 단어를 두 번 이상 사용하는 경우 실제로 경력 경로로 강조하려는 것이 좋습니다.
  • 읽기가 너무 어렵습니다 . 눈에 잘 띄는 글꼴, 매력적인 레이아웃 및 충분한 공백을 사용하여 눈에 잘 띄십시오. 그것이 세부 사항을 제거해야한다는 것을 의미한다면 그렇게하십시오. 요점은 문에 들어가는 것입니다. 실제로 면접관과 대화 할 때 자세한 내용을 논의 할 수 있습니다.
  • 작업과 관련이없는 정보가 있습니다 . 두 가지 기본 이력서 (Mac 및 Linux)를 유지 관리하고 내가 원하는 것에 맞게 사용자 정의합니다. 내 Mac 클라이언트는 내 GTK + 기여도에 관심이없고 Linux 클라이언트도 Mac OS 10.4의 코드 삽입에 관심이 없습니다.
  • 철자, 문법 또는 구두점 오류가 있습니다. 이것은 이력서에 대한 죽음의 입맞춤입니다. 대부분의 HR 부서와 관리자는 이력서가 느슨해지면 기분이 가장 좋을 것이라고 생각할 때 직원으로서 더 나빠질 것입니다. OP의 질문은 이것들 중 몇 가지를 보여줍니다. 예를 들어, 많은 쉼표가 필요하며 "이러한 사건들은 내가 거부 된 입장을 고수 할 수 있어도 매우 불행합니다." 구어체 영어가 맞지 않습니다.

전문가가 이력서를 검토하는 것이 좋습니다. 아내가 제안했을 때 아내가 조금 어리석은 줄 알았지 만 돈이 맞았고주의를 기울여서 감사했습니다.


2

작은 미스 작은 목표

개발자 입장의 경우 신청하는 직책과 관련된 내용 만 나열하고 싶습니다.

채용 담당자 / HR 담당자와 이력서 대화를 제출하기 전에 찾고자하는 것에 대한 실제 느낌을 얻고 그것이 잘 맞는지 확인하십시오. 직업 설명뿐만 아니라 급여, 문화, 통근, 그 모든 것들. 그런 다음 실제로 지원하려면 해당 직위 및 해당 직위에 대해서만 매우 자세한 이력서를 조정하십시오.

그 중 하나가 꺼져 있으면 신청하고 싶지 않거나 거절하면 거부됩니다.

즉,이 세탁 기술 목록을 가지고 있고이를 입증 할 수없는 경험으로 뒷받침하지 않으면 약자 패딩처럼 보입니다.

당신은 단지 누군가 에게 무언가를 말하지 말아야 할 것이며 , 그들은 당신이 적어 놓은 것을 자동으로 믿으며 , 직업에 대한 판매 심리학 은 당신이 알고있는 것보다 더 많은 영업 심리학과 기술적 인 경험이 있습니다.

어쩌면 그들은 전문가 를 찾지 않았을 수도 있고, 주니어를 원했을 수도 있기 때문에 비용도 많이 들지 않았습니다. 우리는 이력서 나 직업 설명을 보거나 고용주 마음을 읽을 수 없으므로이 시점에서 모든 추측입니다.


요구 사항의 직책은 PHP 개발자 나 J2EE 개발자가 아닌 "웹 개발자"였습니다. 또한 필요한 기술은 서버 측 기술에 대한 경험을 언급했습니다. C / C ++과 ARM을 제외한 모든 기술이 적절하다고 생각합니다.
크래커

2
C / C ++와 ARM은 채용 관리자로서 웹 개발 위치에 대해 당신을 놀라게 할 것입니다. 요구 사항과는 거리가 멀기 때문에 웹 개발자가 아닌 임베디드 개발자라는 신호이기 때문입니다.

"그들은 누군가 주니어를 원했을 것입니다". 흠, 아마도 다른 회사가 지불하는 것보다 훨씬 낮은 급여가 제공 되었기 때문일 수 있습니다.
크래커

2
회사를 조사하고 그들이 어떤 종류의 상점인지 알아 내고 필요에 따라 이력서를 조정해야합니다. 그들의 요구를 직접적으로 충족 시키지 못하는 것은 부정의 관점과는 전혀 관련이 없습니다. 예 : 각 기술마다 5 년이있을 수 있으며, 자신이하는 일에 10 년이있는 사람이있을 것입니다.

1

기술 목록은 신청하려는 직업에 맞게 조정되어야합니다.

다른 고려 사항은 해당 작업에 대해 "과도한"자격을 갖춘 것으로 보일 수 있습니다. 모든 전문 기술을 바탕으로 누군가를 고용하기 위해 준비한 것보다 더 큰 보상을 기대하는 사람처럼 보일 수 있습니다.

여러 가지 이유로 면담 요청을받지 못한 것은 기술 목록 만있는 것이 아닙니다. 이력서를 좀 더 닦고 다시 시도하십시오.

행운을 빕니다.


0

그러한 사건은 내가 거절당하는 입장에 대해 높은 능력을 가지고 있음에도 불구하고 매우 불행하게 만듭니다. 이러한 상황을 피하기 위해 이력서에 모든 기술을 기재하지 않아야합니까?

내가 말한 것을 고려하십시오 (즉, 이것을 심각하게 고려하지 마십시오).

이력서에는 목표를 먼저 기재 한 다음 관심 분야와 전문 분야를 나열합니다. 나는 기본적으로 자신을 일반적인 "컴퓨터 과학자"(즉, 어려운 문제를 해결하고 소프트웨어 솔루션을 설계하는 데 전문 지식을 가진 사람)로 제시하려고합니다. 방법, 방식, 방법은 이력서의 끝에서 아래로 - 거의 각주로 - 작은 텍스트에서 I 목록 다양한 언어 및 프레임 워크는 내가 잘 알고 있어요. 모든 비용을 나는 절대로 "PHP 개발자"또는 "C 프로그래머"또는 일반적으로 "[certified] xyz {programmer, developer, expert}"라고 자신을 표시 (즉, 제한)하지 않습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.