어느 시점에서 기술을 이력서에 올릴만큼 충분히 "알고"있습니까?

저는 최근 인터뷰에서 프로그래머를 만나서 Python, PHP, Rails 및 ASP를 몇 가지 기술로 나열했습니다. 그러나 인터뷰에서 인터뷰 대상자는 제어 구조와 기본 논리가 무엇인지 알지 못했으며 몇 가지 데모 자습서를 따랐습니다.

제 질문은 이것입니다 : 어느 시점에서 이력서에 정확하게 기술을 추가 할 수 있습니까 ? 모든 기본 개념을 보여 주거나 유용한 프로그램을 작성하거나 30 초마다 설명서를 참조 할 필요없이 사용하기에 편한가요?

나는 이것이 지나치게 주관적이라고 생각하지 않으며 피드백을 기반으로 기준을 쉽게 수립해야합니다.

이력서에 넣은 모든 단어를 방어 / 설명 할 수 있어야합니다. 논문 / 논문과 같은 종류. 나는 많은 후보자들이 "그의 이력서에 넣은 것을 정당화 할 수 없다"는 이유로 거절당하는 것을 보았다.

한 가지 방법은 Google 자체 설문지를 따르는 것입니다. 각 기술의 등급을 10으로 평가하십시오. 이렇게하면 다양한 기술에 대해 얼마나 편안한 지 예상 할 수 있습니다.

• 1은 많은 인터넷 검색으로 다른 사람의 코드를 읽을 수 있음을 의미합니다.
• 5 기술에서 모듈을 구현할 수 있습니다. 기타.
• 8 해당 기술에서 대규모 프로젝트를 설계하고 구현하는 데 충분한 경험과 편의를 제공합니다.
• 9 후드 아래에있는 내용을 적절히 이해 한 건축 지식
• 10은 책을 쓰거나 발명 한 것을 의미합니다.

다양한 기술의 상대적 숙련도를 나타내는 막대 그래프가있는 이력서를 보았습니다.

또 다른 옵션은 기술을 "강한 이해", "보통 수준의 숙달"및 "숙련"으로 분류하는 것입니다.

편집하다:

나는 이것을 주석으로 쓰려고했지만 형식이 부족하여 보이지 않았습니다.

참고로 다음은 Google이 자체 평가에서 요율을 정의하는 것입니다.

• 0 – 경험이 없다
• 1 – 3 –이 영역에 익숙하지만 그 안에는 아무것도 구현하기가 쉽지 않습니다.
• 4 – 6 –이 영역에 확신이 있으며 매일 사용하십시오.
• 7 – 9 귀하는 전문가에 대해 매우 능숙하고 해당 주제에 대한 깊은 기술 전문 지식을 보유하고 있으며 프로젝트를 디자인하는 데 편안함을 느끼고 있습니다.
• 10 – 업계 전문가로 인정받은 사람들을 위해 예약되어 있습니다. 책을 쓰거나 발명했습니다.

제 생각에는 특정 기술에 중점을 두는 것이 실수입니다. 오늘도 누군가 Rex 경험을 찾고 있다고 생각하는 것이 아니라 IT 분야에서 19 년이 지난 후에도 다른 언어로 유동적으로 움직일 수있는 능력을 강조하고 싶습니다.

아니요, 아마도 내가 나열한 일부 언어를 유창하게 화이트 보드에 넣을 수 없었을 것입니다. 그러나 반나절을 줘서 나는 그들 중 3 명 (같은 선택)에 같은 문자를 쓸 수 있습니다.

제게 진짜 질문은, 여러분 앞에있는 기술을 활용하고 (어떤 것이 든간에) 좋은 아이디어를 회사에 유리한 방식으로 행동에 옮기고, 당신의 직업이 도전적이고 즐겁게 할 수 있습니까?

그것은 "당신이 이미 알고있는 것"의 목록을 읽는 것에 기초하여 답하기 어려운 질문입니다.

이것은 내가 조금 겪은 문제입니다. 나는 결국 이력서의 "기술"섹션을 완전히 버리고 , 특히 프로젝트 및 고용 섹션에서 해당 언어로 수행 한 작업 에 집중했습니다 . 설명의 일부로 특정 기술을 강조 / 굵게 표시합니다.

예:

Web Developer @ Company X (03 년 3 월 3 일 ~ 5/5/05) 데이터베이스 기반 웹 사이트의 주요 개발자는 영화 학생들이 프로젝트를 구성하는 데 도움을줍니다. PHP와 MySQL을 사용했습니다 . 2009 년 초에 학생들에게 성공적인 배포와 이후 유지 관리를 위해 개발 및 릴리스를 통해 작업했습니다.

이 방법을 사용하면 인터뷰에서 토론 할 수있는 실제 상황을 알 수 있습니다.

나는 내가 잘 아는 것들만 열거하고, 그것은 약 1 년 이상 분노에 사용 된 것을 의미 합니다.

그저 나야 언어 / 시스템 / IDE / 환경 / 무엇 을 실제로 알고 이해하고 이해하는데 시간이 오래 걸린다고 생각 합니다.

땜질을 할 때, 당신은 실제로 그렇게 잘 배우지 못합니다. 대부분의 언어 / 프레임 워크 / 등은 실제로 "생각하기"전에 디자이너의 마음에 들어가서 약 12 ​​개월이 걸리는 내용을 실제로 알아야합니다.

약간의 제쳐두고 :

CV 인터뷰와 독서에 대한 나의 입장에서 사람들은 모든 주장을 뒷받침하는 경험에 대한 지원 정보가없는 모든 종류의 자료를 나열하는 것이 흥미 롭습니다. 예를 들어, PHP, MYSQL, Ada, C ++, C #을 나열 할 수 있습니다. 그리고 그들의 경험에 따르면 C ++을 사용하여 프로젝트를 수행했다고 말할 수 있습니다.

나열된 경험에서 주장하는 언어를 백업 할 것이 없다면, 나는 보통 쥐의 냄새를 맡고 그 사람은 심지어 인터뷰를하지도 않을 것입니다.

CV를 제출 한 사람이 의도 한 것은 아니지만 평가, 언어 사용 시간 또는 숙련도별로 언어를 나열하면 면접관이 도움이됩니다.

힌트 :

이력서를 쓰는 경우 :

• 명확하고 솔직하며 철저하게 정직해야합니다.

• 이력서를 읽는 사람이 가능한 한 인생을 단순하게 만드십시오. 과장없이 명확하게 제시하십시오.

• 당신이 완전히 충족하지 않는 위치 설명이 있다면, 당신이 위치 설명을 어떻게 충족시키는 지 보여주는 진술서를 첨부하십시오 (CV를받는 사람이 이것을 이해하지 못하게하십시오). 그리고 당신이 무언가를 충족시키지 못하는 곳-그렇게 말하십시오. 그리고 기꺼이 배우고 싶다면 그렇게 말하십시오. 이것은 또한 당신이 실제로 위치 설명을 읽고 그것을 이해했음을 보여 주며, 당신은 단지 모든 위치에 대해 CV 형식을 만들어내는 것이 아닙니다.

이력서를 읽는 경우 :

• 교차 점검-나열된 경험이 나열된 기술 세트와 일치합니까? 그렇지 않은 경우 비린내가 있습니다.

• 사용 된 시간이 얼마나 되었습니까? 며칠이나 튜토리얼은 아무리 옷을 입어도 경험이 없습니다.

• 그 사람은 끊임없이 자르고 바뀌 었습니까? 실제로 무언가를 볼 수있을 정도로 오래 붙어 있었습니까? (그들은 자신의 실수로 살았습니까? 아니오 = 다른 경고)

때로는 이러한 것들을 평가하기가 어렵고 결국 "냄새"가 발생합니다. 그것은 이력서에 약간의 바다 솜털이있다 (즉, 약간 비린 것처럼 보인다).

Joel On Software : 의심의 여지가 전혀 없습니다. 그리고 내 자신의 경험에서 : 빈 자리는 당신이 의심했던 누군가로 채워진 사람보다 훨씬 낫습니다. 누가 나쁜 선택인지 밝혀졌습니다. (뒤로 진행하는 것보다 더 나은 진행은 없습니다.)

세탁 기술 목록을 작성하는 이유는 무엇입니까? 대신 프로젝트에 대한 정보를 포함하고 여기에 사용 된 주요 기술, 프레임 워크, 라이브러리 및 도구를 언급하십시오. 이것은 몇 가지 일을 달성합니다. 먼저, 프로젝트와 관련하여 지식과 기술을 시연하여 상황에 맞게 관련성을 높입니다. 둘째, 단순히 자신이 아는 것이 아니라 자신이 한 일에 대해 이력서를 더 많이 만들고 있습니다.

이 경우, 직무와 책임에 대해 이야기 할 때 원하는대로 무엇이든 만들기 위해 Hibernate (및 기타 기술)를 배우고 사용한 방법을 포함시킬 수 있습니다. Hibernate에 대한 당신의 능력에 관심이 있다면, 그것은 전화 상영이나 인터뷰 중에 물어볼 것입니다. 그런 다음 프로젝트가 무엇인지, Hibernate를 어떻게 사용했는지, 무엇을 배울 수 있었는지에 대한 정보를 알려 주길 기대합니다. 또한, 자동 이력서 스캐너는 키워드를 선택하지만 이력서는 여전히 인간 친화적입니다.

정확히 결정할 수 있는지 확실하지 않습니다. 제 생각에는 사례별로해야합니다. 내 말은-예를 들어 설명해 드리겠습니다.

구인 광고 1-Python, PHP, Rails, ASP, Assembler에 대한 지식을 갖춘 후보자를 원했습니다.
(일반적으로 광고에서 기술이 다른 기술보다 더 중요한 것으로 결정될 수 있습니다.

이 경우, 나는 이력서 파이썬, PHP를 입을 것이다. 예를 들어 어셈블러는 거의 알지 못하지만 여전히 나머지 부분과 함께 큰 영향을 줄 수 없기 때문에 그대로 두었습니다.

구인 광고 2-Assembler, C / C ++, Kernel ..., Python, PHP, ...

이 경우는 다릅니다. 여기에 그들이 다른 종류의 후보자를 찾고 있다는 것이 명백합니다. 만약 후보자가 이러한 다른 기술을 보유하고 있다면 PHP에 대한 지식의 부족을 무시할 것입니다.

정말 달려 있습니다.

일반적으로, 이력서에 무언가를 넣으려면 IMO는 코드, 기본 구문을 중심으로 "자기 길을 찾는"방법을 알고 그 특정 언어를 사용하여 최소한 몇 개의 소규모 프로젝트를 수행해야합니다. 그는 물론 라이브러리를 알 필요가없고 마음으로 도움을받을 필요는 없지만 어떻게 도움을받을 수 있는지, 어디에서 도움을 받아야하는지 알아야합니다.
이 규칙에 대한 반대의 예가있을 수 있습니다.-(실제로) 많은 언어를 알고있는 사람들은 때때로 "현재 어떤 언어에 붙어 있는지에 따라"혼란스러워하는 경향이 있습니다. 예 : IF / loops / ... 다른 구문 요소는 올바른 방식이지만 잘못된 구문 (실제로 다른 언어에 적합하지만 현재 생각하는 언어)입니다. 따라서 이것은 실제로 필요한 실력 테스트가 아닙니다.

당신이하는 모든 것이 다른 상황없이 기술을 나열하는 것이라면, 이력서를 읽는 대부분의 사람들은 당신이 그들에 대한 면접 질문을 다룰 수있는 충분한 지식을 가질 것을 기대할 것입니다. 그러나 각 기술을 둘러싼 많은 맥락이 있으므로 자신의 전문 지식 수준을보다 명확하게 알 수 있습니다. 몇 가지 예 :

스킬을 사용한 시간 목록

• 자바 (5 년)
• C ++ (3 년)
• SQL (1 년)

각 스킬에 등급 부여

• 자바 (5/5)
• C ++ (3/5)
• SQL (1/5)

카테고리 별 스킬 나열

현재 사용 중 : Java, C ++ 이전 경험 : SQL

새 프로젝트에서 편안하게 사용 하시겠습니까? 다시 작업 할 의향 이 있습니까? 그렇다면 거기에 두십시오. "Guru"또는 "Newb"라고 말할 필요는 없습니다. 익숙한 기술로만 나열하십시오. 그들이 당신의 경험에 대한 인터뷰에서 물으면 당신은 세부 사항을 설명 할 수 있습니다. 그들은 아마 당신이 모든 것을 알고 기대하지 않지만 것이다 당신은 당신이 그들을 필요로 할 때 때 당신이하지 않는 부분을 배우고 기꺼이 / 수 있기를 기대 아마.

각 직업을 설명하는 두 문장이 있습니다. 각 설명의 마지막 단락에서, 나는 그 작업에서 사용한 도구에 따라 "사용 된 언어 및 기술 :"을 배치합니다 .

또한 "다음 언어 및 도구에 대한 다양한 경험" 과 같은 메모가있는 기술 섹션이 있고 과거에 사용한 언어 및 관련 프레임 워크에 대한 글 머리 기호가 있습니다.

각 언어로 자신을 평가하는 방법을 알지 못하기 때문에 "등급 지정"시스템을 사용하지 않습니다 (Java에서 3 점 (0에서 5까지)은 지식 측면에서 암시합니까?). 부정직하지 않기 위해, 나는 스스로 등급을 매길 때 목표를 낮출 것입니다. 이것은 작년에 제가 일자리를 신청했을 때 일어 났고 회사는 나에게 설문지를 제출하여 신청자가 여러 언어로 자신을 평가하도록 요청했습니다.

나는 그것이 많은 도움이되지 않기 때문에 몇 년을 나열하지 않습니다. 예를 들어, 나는 현재 사용하고있는 언어 / 라이브러리에서 4 년의 전문적인 경험을 가지고 있지만, 나는 보통 그것의 특정 부분 집합을 고수하기 때문에 전문가가 아닙니다.

내가 직업에 사용한 언어 중 일부는 대학 프로젝트와 연습에서만 사용했습니다 (4 년 이상 전). 나는 그 언어 중 일부로 코드를 작성할 수 없었지만, 공부 한 지 몇 시간 내에 다시 코드에 들어갈 수있었습니다. 그러나 리뷰없이 메모리에서 코드를 작성할 수없는 언어를 제거하면 두 가지 언어 만 남게됩니다.

나는 현재 구직 활동을하고 있으므로 CV를 검토하고 있습니다 (따라서 프로그래머 .SE를 읽고 CV 팁을 찾고 있습니다). 대학 프로젝트에서만 사용되는 언어를 제거하려고합니다 (그리고 이것도 프롤로그와 같은 것입니다).

내 직업 응용 프로그램에서 나는 가장 기대하는 기술에 대해 두 개의 섹션을 사용합니다. 먼저 일반 기술 섹션과 특정 프로젝트의 특정 경험 목록이 있습니다. 물론, 신청하는 동안 나는 주로 해당 직업과 관련된 항목을 두 섹션에 모두 나열합니다.

목표 :

일반 분야에 기술을 등록하는 것은 강력한 진술이며 기술이 거기에 상주해야한다고 생각합니다.

• 의사 소통 할 수있다
• 합리적으로 생산적으로 작업
• 그 안에있는 가능한 boobytrap에 대한 지식이 있어야합니다.

기준

일반 기술에 기술을 나열하기위한 매우 모호한 기준은 다음과 같습니다.

• 약 10K SLOC로 구성된 프로그램을 작성하기 위해이 기술을 사용한 일반 프로그래머의 숙련도.
• 대략 30 개의 객체 크기로 프로그램의 복잡성을 유지해야하는 일반 프로그래머의 능력.
• 평균적인 책과 동등한 이론적 지식.

기본적으로 그것은 그 지역 에서 최소한의 폭 , 합리적인 복잡성 처리 , 그리고 기다리고있는 공포에 대한 지식 입니다.

예 :

능숙한 PHP : PHP로 웹 응용 프로그램을 작성하는 것은 여러 프로젝트를 유지 관리하고 많은 책을 읽으며 설명서 뒤에 나오는 많은 부분을 다루면서 몇 년 동안 저의 일상 업무였습니다. 이것은 두 섹션 모두에 해당되며, 직업과 관련이 있습니다.

초보자, 스칼라 : 약 200 페이지 뒤에있는 수백 줄의 코드로 작성된 스칼라 책을 읽는 중입니다. 구인 광고에서 다음과 같이 보았을 때 어딘가에 보조 메모로 사용하고 싶을 것입니다. 그것에 대해. "

Border case, Python : 2 만 줄의 경험, 웹에서 수십 개의 기사와 자습서 및 설명서의 일부를 읽은 작은 총격 사건 게임과 몇 가지 스크립트를 Python으로 작성했습니다. 광고에서 Python을 언급 한 경우 (그리고 다른 방법으로 자격을 갖추었을 경우) 이력서에 경험 섹션에 글을 썼습니다. "Pygame을 사용하여 Python에서 슈팅 게임을 만들었습니다. 비트 맵 그래픽을 이용한 객체 지향 프로그래밍 "

자신을 난처하게하지 않고 언어에 대한 기술적 인 질문에 대답 할 수 있다고 확신한다면 이력서를 작성하십시오 . 이력서는 이력서가 자신의 능력을 정직하게 반영하는 것이며, 이력서에 넣은 모든 것을 증명하도록 요청받을 수 있다고 가정해야합니다.

프로젝트에서 사용한 기술 만 나열합니다.

나는 내 기술에 대한 나의 기술을 내 이력서에 기술하고 5 등으로 표시한다는 생각이 마음에 들지 않습니다.

나는 그들이 그 수준을 말하는 이유를 물어보고 물어 보거나 내가 5/5로 자신을 어디서 그리고 왜 평가하는지 묻기 위해 인터뷰를받는 것을 선호한다.

인터뷰의 일부로 해당 기술에서 프로그래밍 테스트를 받았다고 확신한다면 관리 할 수 ​​있습니다.

당신이 말하면,

실제로 X를 한동안 사용하지 않아서 조금 녹슬 었습니다 ...

아마 기술로 나열하지 않는 것이 가장 좋습니다. 그렇다고해서 이전에 작업 한 이전 프로젝트에 대해서는 언급 할 수 없습니다.

때로는 약어의 의미를 아는 것만으로도 이력서에 추가하기에 충분합니다 ...

예를 들어, 주어진 언어와 결합 할 수있는 프레임 워크 및 라이브러리에 해당됩니다.