나는 합리적으로 자격을 갖춘 프로그래머처럼 느껴지지만 많은 채용 공고는 내가 다르게 느끼게합니다. 그들 대부분은 자격을 요구 사항과 요구 사항으로 분리하지만 요구 사항 부분조차도 까다로울 수 있습니다.
나는 상대적으로 작은 기술이나 라이브러리에서 몇 년 (2 년 이상)의 경험이 필요하다는 많은 게시물을 보았습니다. 다른 경우에는 언어에 5 년 또는 7 년 이상의 경험이 필요합니다. 그들 중 일부는 괜찮을 것입니다. 그러나 소도시 회사가 2 개 언어로 3 년, 네트워크 프로그래밍, 스크립팅, 데이터베이스에 능숙하고 “중복성이 매우 큰 비즈니스 크리티컬 시스템에 대한 경험”과 같은 것들이 필요하다고 말하면 어리 석습니다. 동시에.
그들은 실제로 사용하는 것과 동일한 기술을 사용하여 광범위한 경험을 가진 사람을 찾을 것으로 기대합니까? 기술 세트에 최소 1 개 또는 2 개의 구멍이없는 단일 게시물을 찾는 데 어려움을 겪고 있습니다. 나는 대부분의 장소에서 당신이 빨리 배우는 능력을 소중히 여기며 직업을 가르 칠 것이라고 들었습니다. 그런데 왜 그것이 필요하다고 말합니까? 그들은 단지 배럴의 바닥 (FizzBuzz 실패)이 적용되는 것을 막으려 고 노력하고 있습니까?
답변
네, 물론 이죠 그러나 일반적으로 75 % 규칙을 따릅니다. 요구 사항의 75 % 이상을 알고 있다고 생각하면 계속 적용합니다. 그들이 나를 훈련시킬 수있는 다른 모든 것.
답변
채용 측면에서 여기 작동 방식이 있습니다
-
개발 책임자는 두 가지 작업에 대한 요구 사항을 기록합니다
-
프로젝트 관리자는이를 단일 광고 = “erlang을 알고있는 웹 디자이너”로 병합합니다.
-
이것은 의견을 얻기 위해 관리 계층을 통과합니다.
의견은 그들이 들어 본 유일한 언어 / 기술을 추가하는 것으로 구성됩니다 -
그런 다음 HR은 펄을 펄로 변경하고 Windows Server에서 2007 년의 경험을 제공함으로써이를 수정합니다.
-
그런 다음 채용 담당자는 후보자 이력서를 ‘개선’합니다. 그는 VB를 알고 있습니다. 언어입니다. Erlang은 언어이므로 Erlang의 10 년 경험으로 변경하겠습니다.
답변
어떤 고용주는 실제로 은이 필요할 때 금을 요구합니다. 그들이 주석 급여에 그것을 얻을 수 있다면, 훨씬 더 좋습니다.
잘못 생각 했어, IMO 그들이 실제로 찾아야 할 것은 금을 만들기위한 강철 도구이며, 그것이 당신이 그들을 설득해야하는 것입니다.
답변
아직 아무도 다루지 않은 이유는 다음과 같습니다. 정부 부서는 특정 직책을 맡기 위해 특정인을 고용하려고합니다. 공공 서비스 고용 규칙으로 인해 그렇게 할 수 없습니다. 그들은 경쟁을해야하고 적용 가능한 모든 후보자를 살펴보십시오. 그러나 그들은 이미 계약을 맺고 자하는 사람을 가지고 있으며, 그 사람을 그 자리에 데려 오는 것이 바람직한 결과입니다. (또한 그 사람을 얻지 못하면 계약이 끝날 때 몇 년 동안 경험을 쌓게됩니다.)
해결책? 사람이 알고있는 모든 것을 파악하고 요구 사항을 해당 목록과 최대한 일치시켜야합니다. 결과적으로 어리석은 것처럼 보이고 어떤 경우에는 실제로 직무 요구 사항과 잘 맞지 않을 수도 있지만 원하는 사람이 거의 확실하게 충족시킬 수 있습니다.
답변
그들은 대부분의 이력서가 과장되기 때문에
pdr이 말했듯이 사이클. 내가 그것을 깨는 것을 볼 수있는 유일한 방법은 당신의 기술에 대한 실제적이고 실질적인 검증으로서 즉시 무언가를 제공하는 것입니다. 염두에 두어야 할 사항 : 개인 프로젝트 (예 : 오픈 소스 프로젝트), 해결 한 복잡한 문제 및 추천 할 수있는 신뢰할 수있는 동료의 연락처 정보.
기업이 면밀히 조사 할 수있는 추가 정보를 제공하는 데 내재 된 위험이 있지만 때로는 이력서가 얼마나 ‘멋진’지에 얽매이지 않고 이력서를 세우는 것이 가치가있을 수 있습니다.
답변
그들은 과장하고 나는 그것이 실수라고 믿는다. 100 % 또는 90 %의 요구 사항을 수행 할 수 없어서 신청하지 않는 사람들은 아마도 당신이 말하고 싶은 사람들 일 것입니다.
답변
그들은하고 내 경험에는 두 가지 이유가 있습니다.
- 기술을 모르는 채용 담당자 또는 HR 담당자가 광고를 작성했습니다.
- 그들은 다른 사람들이 말한 것처럼 리프-라프를 협박하려고 노력하고 있습니다.
1 번이 가장 짜증납니다. HR / 채용 담당자에게는 회사에서 사용되는 기술 목록과 함께 현재 중요하고 중요한 기술과 한계가있는 기술에 대한 간략한 설명이 제공됩니다. 출구. 그들은 종종 이들 중 어느 것이 “필요한”대 “바람직한”리스트에 속하는지 잘못 해석 할 것이다.
예를 들어, 이전 직무 중 하나에서 채용 담당자는 회사가 Rational Rose를 사용하고 UML 등을 사용하여 매우 공식적인 설계 및 개발을 수행한다고 말했습니다. 회사-전혀 다른 이유는 회사 담당자가 “좋은 것”으로 언급 한 것입니다. 그러나 채용 담당자는이를 통해 하드 코어 디자인 프로세스 기반 역할을 수행했습니다.
또 다른 사례는 C ++ 역할을 신청하고 Java를 끝내는 것입니다. 여러 다른 제품을 가진 대기업이었습니다. 그들은 C ++ 역할을 위해 나를 고용했고 8 개월 동안 그 일을 한 다음 Java 팀에 추가 손이 필요했습니다. 다른 사람들은 실제로 다른 팀의 직업을 인터뷰 한 후 다른 팀으로 바로 갔다.
TL; DR : 그렇습니다. 때로는 중요한 것을 무지하고 때로는 고의적으로 협박하려고합니다. “75 % 규칙”이 좋은 경험이라고 생각합니다. 또한, 줄 사이를 읽고 역할과 관련하여 생각할 수도 있습니다. 이러한 목록은 종종 중복되거나 완전히 중복됩니다. 예. XML의 작동 방식을 알고 수년 동안 사용해온 경우 하루에 YAML 또는 JSON 기반 데이터 전송 프로토콜을 배우게됩니다. 예. 기존 기술이 역할이 요구하는 수준으로 어떻게 전환 될 수 있는지 생각해보십시오. 종종 특정 도구를 아는 것이 그 뒤에있는 개념을 아는 것보다 덜 중요합니다.