면접 중 페어 프로그래밍 세션을 탐색하기 위한 7가지 팁

원격 작업이 하이브리드 작업으로 발전함에 따라 팀워크와 협업이 그 어느 때보다 중요해졌습니다. 기업에서는 강력한 코딩 및 의사소통 기술을 갖춘 개발자를 고용할 방법을 찾고 있습니다. 쌍 프로그래밍 두 가지를 모두 테스트하는 한 가지 방법입니다.  

인터뷰 과정에 기존 직원과 함께 작업하는 세션이 포함된 경우 해야 할 일과 하지 말아야 할 일을 이해하는 것이 중요합니다. 고용주는 다양한 기술을 측정하는 것 외에도 후보자가 팀에 어떻게 적응할 수 있는지 확인하고 싶어합니다.

ThoughtWorks의 수석 컨설턴트 개발자인 Jonathan Fernández는 쌍 프로그래밍의 목표는 지원자가 문제를 해결하는 것이 아니라 직원과 지원자가 함께 문제를 해결하는 것이라고 말했습니다.

"이 점을 오해하면 후보자가 주제에 대해 사전에 건설적인 대화를 나누지 않고 중요한 디자인 결정을 내리거나 언어의 특정 기능에 대한 지식을 보여주기 위해 연습에 추가적인 복잡성을 도입하지 않고도 중요한 디자인 결정을 내릴 수 있습니다.”라고 그는 말했습니다. 

HackerEarth의 CEO인 Sachin Gupta는 고용주가 페어 프로그래밍 세션 중에 이러한 능력을 측정한다고 말했습니다.

• 문제 해결 능력: 해당 사람이 문제를 이해하고 하위 문제로 분해한 후 해결책을 생각해 낼 수 있었습니까?
• 코딩 품질: 해당 사람이 깔끔하고 이해하기 쉬운 코드를 작성했습니까?
• 코드의 정확성: 코드가 모든 일반적인 시나리오를 다루었나요?
• 의사소통 능력: 다양한 시나리오를 디버깅하고, 최적의 코드 작성을 위한 프록시로서 코드의 복잡성에 대해 이야기하고, 스트레스 테스트를 수행하고, 코드를 최적화하려는 사람이었나요?
• 학습 적성: 그 사람이 직장에서 학습할 의지와 능력이 있는 것처럼 보입니까?

"보다 진보적인 인터뷰 프로세스 중 일부는 이러한 역량을 루브릭으로 갖고 있으며 각 면접관은 각 역량을 평가하고 등급을 부여하며, 이를 거부, 약한 수용 또는 강력한 수용 등 전반적으로 결정하는 데 사용됩니다."라고 그는 말했습니다.

만나다: 재택근무 여부와 관계없이 새로운 일자리를 쉽게 찾을 수 있는 기술 구직 사이트 13곳 (TechRepublic)

Fernández는 페어 프로그래밍 세션이 개인의 전반적인 의사소통 기술을 보여주기 위한 것이라고 말했습니다.

Fernández는 "특이한 사례에 대해 올바른 질문을 하는 것, 한 디자인의 다른 디자인에 대한 장단점을 설명할 수 있는 것, 간단한 예를 사용하여 복잡한 개념을 설명하는 것 등이 좋은 지표입니다."라고 말했습니다. 

다음은 페어 프로그래밍을 탐색할 때 해야 할 XNUMX가지와 하지 말아야 할 XNUMX가지입니다.

좋은 인상을 남기는 방법

고용주는 페어 프로그래밍 세션 중에 기술적인 능력과 소프트 스킬을 측정합니다. 합격한 지원자는 전반적인 코딩 기술과 팀 작업 능력을 보여줄 수 있습니다. 

1. 결정 뒤에 숨어 있는 사고 과정을 설명하세요.
2. 가독성, 유지 관리성 및 확장성을 염두에 두세요.
3. 건설적인 비판을 우아하게 받아들이십시오.
4. 배우고 팀의 일원이 될 수 있음을 보여주세요.

페르난데스 최근 블로그 게시물에 작성 개발자는 인터뷰 중에 가독성, 유지 관리성 및 확장성에 대한 기술을 설명하는 방법에 대해 생각해야 합니다.

“비록 페어링 세션 동안 구체적인 조치를 취하지는 않지만, 후보자가 이를 달성하기 위해 잘 알려진 개발 패턴(SOLID, YAGNI, KISS 등)과 모범 사례(테스트 중심 개발)를 적용할 것으로 기대하며, 코딩할 때 언제, 왜 적용해야 하는지에 대해 이야기하는 것도 좋아합니다.”라고 그는 말했습니다.

프로세스의 또 다른 중요한 요소는 코드 작성을 함께 처리하고 건설적인 비판을 받아들이고 동일한 대화 중에 이를 제공할 수 있는 것입니다. 페르난데스는 구직자들은 코드에 대한 비판을 개인적으로 받아들이지 않고 받아들일 수 있어야 하며 페어 프로그래밍 세션 중에 어려운 질문을 하는 것을 편안하게 느낄 수 있어야 한다고 말했습니다. 

그는 "구현 전에 공감과 논리적 추론을 바탕으로 솔루션을 추진하는 것은 많은 시간을 절약할 수 있는 논의로 이어질 것이며 두 사람이 변화의 의미를 완전히 이해하는 데 도움이 될 것"이라고 말했습니다. 

기업은 또한 현재 작업에 따라 여러 사용자를 염두에 둘 수 있는 개발자를 찾고 있습니다. 

Fernández는 “때로는 최종 사용자의 입장에 서야 할 때도 있고, 때로는 인프라 비용을 지불하는 사람이나 플랫폼 보안을 관리하는 사람처럼 생각해야 할 때도 있습니다.”라고 말했습니다. "그렇게 하는 동시에 페어링을 하면서 특정 순간에 어떤 종류의 모자를 쓰고 있는지 설명하는 것은 정말 좋은 기술입니다."

이런 실수를하지 마십시오 

특정 기술을 찾는 것 외에도 고용주는 개인이 팀에 적합하지 않다는 경고 신호를 관찰하고 있습니다. Fernández는 위험 신호는 테스트 기술 부족, 직장 문화에 대한 후보자의 가치관 불일치, 직장 내 다양성에 충분한 가치를 부여하지 않는 등 기술적인 것일 수 있다고 말했습니다. 

최종 실수 목록은 다음과 같습니다.

1. 바로 정답을 찾으려 하지 말고 여러분의 작업을 보여주세요.
2. 질문하는 것을 두려워하지 마십시오.
3. 당신의 능력을 과장하지 마십시오.

굽타는 고용주들이 어떤 일을 했다고 주장하지만 업무 증거로 이를 입증할 수 없는 등 모든 종류의 허위 진술을 감시한다고 말했습니다.

“생각의 경직성은 또 다른 것입니다. 이는 일반적으로 그들이 자신의 실수로부터 배울 마음이 없다는 것을 보여줍니다.”라고 그는 말했습니다.

굽타는 또한 지원자들이 면접관에게 질문을 할 때 주의를 기울여야 한다고 말했습니다.

“사람들은 명확한 질문, 경계 조건 또는 특수 사례를 묻는 것을 주저합니다.”라고 그는 말했습니다. "결과적으로 그들은 자신의 가정을 바탕으로 답변을 내놓게 되는데, 이는 면접관의 가정과 다를 수 있습니다." 

굽타는 또한 첫 번째 장면에서 최적의 솔루션을 식별하는 대신 문제에 대해 반복적인 접근 방식을 취할 것을 권장했습니다.

 “면접관은 지원자가 단순히 해결책을 알고 있는지 여부뿐만 아니라 문제에 어떻게 접근하고 있는지, 어떻게 생각하고 있는지, 어떻게 해결책에 도달했는지 보여줄 것으로 기대합니다.”라고 그는 말했습니다.

참조