채용 과정에서 프로그래밍 과제가 얼마나 효과적입니까? [닫은]

우리 회사는 다음과 같은 소프트웨어 엔지니어 후보를 찾기 위해 설계된 과제를 만들 수 있다고 생각합니다.

• 신입 사원이 아닌 문제 해결에 능숙합니다.
• 커리어 페어에서 우리를 만나는 것을 두려워 할 가능성이 더 큽니다.
• 현재 프로그래밍 작업에서 활용률이 낮을 가능성이 있지만 이에 대해 아무 것도 할 수없는 내 향적입니다.

예를 들어 , Piet를 사용하여 이미지에 이메일 주소를 숨기는 Facebook에 대해 설명하는 이 기사 를 참조하십시오 .

나는 이것이 실제로 작동하는지 아닌지에 대한 연구 나 하드 데이터를 찾을 수 없습니다.

다른 도구와 마찬가지로 매우 유용하거나 매우 위험 할 수 있습니다. 파워 드릴을 사용하면 손을 뚫고 ER에 착륙 할 때까지 훨씬 쉽게 생활 할 수 있습니다. 채용의 프로그래밍 과제도 마찬가지입니다.

좋은 점 : 이것은 종이에 프로그래머로서 강력하지 않은 사람을 감지하는 효과적인 방법 일 수 있습니다. 사람들이 일반적으로 "프로그래밍"관련 분야 (생물학, 정치학, 미술사 등)와 관련이 거의없는 학위를 가진 사람.

그들이 당신의 도전을 겪고 있다면, 좋습니다. 그들은 어떻게 든 프로그래밍을 배웠고 분명히 붙어 있습니다. 그들이 혼란에 빠지면, 그들의 응용 프로그램은 실제로 HR을 통해 미끄러 진 것일 수 있습니다.

나쁜 점 : 잘못 작성된 프로그래밍 문제는 실제로 프로그래밍 기술을 평가하지 않습니다 . 그것은 프로그래밍 기술을 통해 퍼즐 해결을 테스트 합니다. 문제는 나중에 두 가지 변수 질문입니다. 퍼즐 해결에 능숙하고 코드를 통해 퍼즐 해결을 할 수 있습니까? 퍼즐 해결 부분에서 완전히 실패한 완벽하게 재능있는 프로그래머를 가질 수 있습니다.

내가 본 대부분의 프로그래밍 문제는 작성 방법에 따라 원하는 것에 가까운 사람들을 감지하는 데 실패 합니다.

이 두 가지를 완화 할 수있는 방법이 있습니다. 후자를 위해, 나는 당신이 진정으로 문제를 찾고 있다면 "여기에서 이것을 해결하는 방법이 있습니다 ..."등의 해결책으로 "부분 신용"을 받아들이는 것을 고려할 것입니다. 솔버. 결국 혼자서 코딩하는 사람은 거의 없으며, 선임 동료에게 "Hey Jim, X를 구현하는 좋은 방법을 알고 있습니까?"라고 물을 수 있다면 그들의 대답이 옳았을 경우, 원하는 사람 일 수 있습니다. 당신의 팀.

전자는 그에 대한 부담이 당신에게 있기 때문에 다소 어렵습니다. 중요한 퍼즐 / 문제 / 도전을 선택하십시오. 그룹의 어느 누구도 자신의 작업에서 Traveling Salesman 문제와 닮은 항목에 대해 생각해 본 적이 없다면 Traveling Salesman을 영리하게 돌리지 마십시오. 그렇게하면 "문제를 해결하고 코드를 작성하는"문제를 해결하는 데 실패하면 팀이 점심 시간 동안 뱉어 낸 임의의 영리함보다는 실제로 일어날 일에 실패하는 것입니다.

매우 효과적입니다.

... 채용 프로세스에 프로그래밍 과제 만 포함되어 있지 않는 한. 나는 초조해하고 인터뷰의 기술 평가를하고 싫어하지만, 그것은 않습니다 A와 행동을 단순한 바보를 필터링하는 게이지. 그리고 바보를 걸러내는 것이 채용 과정의 핵심이므로 역할에 적합한 사람들에게 더 많은 시간을 할애 할 수 있습니다 .

인터뷰를 할 때 사람들이 압력을 받고 말하는 것을 보는 것이 매우 중요하다고 생각합니다. 그들이 뻔뻔스러운 쓰레기를 뱉어 내려고한다면 쉽게 알아볼 수 있고이 사람이 내 시간의 가치가 없다는 것을 알게 될 것입니다.

커리어 페어에서 우리를 만나는 것을 두려워 할 가능성이 더 큽니다.

이것은 나쁜 것이 아닙니다. 만약 당신의 후보자가 그가 거기에 고용 될 가치가 있다고 내기하지 않는다면, 당신은 정말로 그를 모집하고 싶습니까?

나는 당신이 누군가가 팀의 일원으로 일하기를 원한다고 가정합니다. 따라서 더 나은 프로그래머는 기존 팀원과 더 잘 일하는 사람입니다. 서로 효과적으로 의사 소통 할 수있는 사람들을 모으고 싶어합니다. 실제로 서로 잘 지냅니다 (친구 일 필요는 없지만 좋은 관계와 존중이 필요합니다). 대학이 새로운 문제를 다룰 때 또는 정신적 장애를 가질 때 기꺼이 도움을 줄 공통의 개발 표준 (코드 및 프로세스)을 사용합니다 (사안 이론). 또한 다양한 성격 유형을 찾아야하므로 거의 이야기를하지 않는 내향적인 팀이 있으면 더 말이 많은 팀원을 데려 오는 것이 팀의 역 동성을 향상시켜 팀의 생산성을 높일 수 있습니다. 반면에

사람이 그 믹스에 적응하게 한 후에는 기술 능력 / 능력을 고려하십시오. 이것들도 보완해야합니다. 모든 사람들은 서로 다른 영역을 가지고 있고, 다른 영역은 문제가없고, 어떤 영역은 실마리가 없습니다. 따라서 현재 진행중인 프로젝트와 관련된 여러 가지 장점을 함께 사용해야합니다. 좋은 코더와 잘 작동하는 중간 코더는 더 강한 사람에 의해 일의 수준이 높아질 것입니다. 체인의 약한 연결 고리는 기술이 아니라 관계입니다 (기술이 팀에있는 경우).

그것을 합쳐서 행운을 빈다.