주니어 개발자를 고용하면 무엇을 물어봐야합니까? [닫은]


56

현재 관리 할 수있는 것보다 더 많은 프로젝트가 있기 때문에 저를 도와 줄 주니어 개발자를 고용하고 있습니다. 나는 친구가 아니거나 적어도 아는 사람을 고용 한 적이 없습니다. 나는 실제로 나에게 눈에 띄는 (신청서)와 유일하게 지원자와 전화 인터뷰를 가지고 있지만, 나는 전에 이것을 한 적이 없다.

우리의 프로젝트는 여러 서버와 클라이언트에서 시간당 수백만 건의 트랜잭션을 처리하는 확장 성이 뛰어나고 데이터 집약적 인 웹 응용 프로그램입니다. 언어 / 스택에 따라 Windows Server 2008 R2에서 실행되는 ASP.Net MVC2, WebForms 및 C # 4, MSSQL 2008 R2를 사용합니다.

무엇을 물어봐야합니까? 전화를 어떻게 구성해야합니까?


5
왜 수석 개발자가 아닌 주니어 개발자입니까?
Job

10
비용; 회사는 이번 분기에 수익성이
Jeremy Boyd

48
많은면에서 "저렴한"개발자는 경험이 많거나 비싼 개발자보다 비용이 많이들 수 있습니다. 깨지기 쉬운 자아 의견은 무섭습니다. 당신보다 똑똑한 사람을 고용하지 않으면 항상 교사이며 학생이 아닙니다. 당신은 그런 식으로 먼지에 남아있을 것입니다.
JohnFx

6
거기에는 약간의 거짓 후배가 있습니다 (<3 년의 경험이지만 많은 기술). 나이가 중요합니까?
제임스 P.

2
Junior Developers를 고용하고 있다면, 그들의 경험을 평가할 수 없다는 것을 의미합니다. 짧은 경력에 대한 경험이 많지 않기 때문입니다. 반면에, 당신은 그들의 프로그래밍 기술을 평가하고 그들이 어떻게 코드를 작성하는지 볼 수 있습니다. 따라서 첫 번째 단계는 http://tests4geeks.com 과 같은 일부 기술 테스트가 될 수 있습니다 . 두 번째 단계에서는 집에서 간단한 프로그램을 작성하도록 요청할 수 있습니다. 귀하의 경우 JSON 및 AJAX를 사용하여 일부 데이터 목록을 보여주는 MVC 응용 프로그램 일 수 있습니다. 목록은 타이머에 의해 자동으로 새로 고쳐 지므로 게시 된 항목을 참조없이 볼 수 있습니다.
harsh

답변:


49

그들이 읽는 기술 블로그에 대해 질문하고, 신청자가 현재 기술에서 흥미로운 것을 발견 한 이유와 그 이유를 물어보십시오.

기본적으로 전화 인터뷰의 경우 기술과 프로그래밍에 대해 열정적이며 더 많은 것을 배우고 알고 싶은 사람인지 알아 내고 싶습니다.

이것은 주니어이기 때문에 많은 고급 주제를 알고 있다고 기대할 수는 없지만 프로그래머처럼 생각할 수 있기를 원합니다. 간단한 문제를 제기하고 해결 방법을 안내합니다. 그들이 어떻게 문제를 생각하고 해결하는지에 대한 통찰력을 줄 것입니다.


당신과 Peter K. 모두 훌륭한 콤보이기 때문에 두 가지 답변을 선택할 수 있기를 바랍니다.
Jeremy Boyd

5
이 답변은 제한되어 있으며이 조언 따르는 사람들에게 상처를 줄 것입니다 . 전화 화면의 경우 Steve Yegge의 조언을 따르십시오 . 직접 대면하려면 코딩 문제를 해결하고 Joel의 게릴라 인터뷰 가이드를 따르십시오 . 디자인 질문이 있습니다. "<일반적이고 사소한 소프트웨어를 삽입하는 데 필요한 모든 단계는 무엇입니까?" 경험에 관계없이 모든 훌륭한 직원은 이러한 문제에 대한 빠르고 정확한 답변을 얻습니다.
Robert P

Yegge, Joel 및 Atwood와 같은 산업계 사람들의 @RobertP 블로그를 +3 할 수 있으면 좋겠다. 인터뷰 또는 지도력을 가진 사람이라면 누구나 보물을 구할 수있다. 또는 업계의 모든 사람에게 도움이되지만 다른 엔지니어를지도하거나 측정 할 위치에있는 경우 특히 그렇습니다.
Jimmy Hoffa

26

나는 전화 인터뷰에 개방형 접근 방식을 취하지 만, 그것에 구조를 갖기 위해 보통 제출 한 이력서를 통해 그 사람에게 이야기하도록 요청합니다. 그들이 이력서를 통과하는 방식은 종종 다른 질문을하게되며 그들이 어떤 것인지 더 잘 이해하게 될 것입니다.

전화 인터뷰 중에 고려해야 할 또 다른 사항은 다음과 같은 질문입니다.이 사람과 함께 일할 수 있습니까? 그들은 활력이 있습니까? 성가신? 정확한?


20

그들과 함께 코딩하십시오.

평소에 인터뷰를해야합니다. 그러나 나는 그들과 함께 한 쌍의 프로그래밍 세션을 수행하지 않고는 아무도 고용하지 않습니다.

내 접근 방식 : 2-3 시간이 걸리고 장난감 문제가 발생합니다 (예 : 풀 스택 개발을위한 "Twitter v 0.1 구축"또는 백엔드 사용자를위한 "기본에서 목록 작성"). 우리는 같은 컴퓨터에 앉아서 컴퓨터를 다루는 방법을 논의 할 것입니다. 첫 번째 단위 테스트를 작성하고 "그것을 통과 시키십시오"라고 말할 것입니다. 어쩌면 다음 몇 가지 테스트를 작성하여 진행할 수있을 것입니다. 그리고 나는 보통 가끔씩 뛰어 내리게했습니다. 시간이 지날수록 나는 그들을 멈추고 다음에 어디로 가야하는지, 그리고 그것을 시작하기 전에 무엇을하고 싶은지 물어볼 것이다.

내가 찾은 것 :

  • 그들은 잘 협력 할 수 있습니까?
  • 그들은 기본을 이해합니까?
  • 문제를 여러 부분으로 나눌 수 있습니까?
  • 깨끗한 코드를 중요하게 생각합니까?
  • 그들은 자신의 버그를 잡습니까?
  • 그들은 무엇을 모르면 헛소리하려고합니까?
  • 그들은 코딩을 즐기십니까?

17
주니어가 TDD 스타일의 패션 또는 일반적으로 단위 테스트로 페어 프로그래밍 세션에서 잘 할 것이라고 진심으로 의심합니다.
마틴 블로 레

3
주니어 프로그래머의 배경에 따라 다릅니다. 나는 지난 주에 한 명을 고용했습니다. 그러나 더 광범위하게, 그것은 인터뷰 할 때 알아 내려고하는 것의 일부입니다. 테스트 부분이 좋지 않은 경우 테스트를 직접 작성하거나 테스트하지 않고 미리 청구합니다. 어느 쪽이든 그들의 장단점이 무엇인지 볼 수 있습니다.
William Pietri

2
나는 10 년의 경험을 쌓은 후 지금이 일을하고 싶지 않습니다. 주니어 일 때 신경 쓰지 마십시오. 끔찍한 생각!
AnthonyBlake

3
나는 저를 주니어 프로그래머로 생각하고 어떻게 그리고 무엇을 할 수 있는지 보여주는이 접근법을 환영 할 것입니다. 너무나 자주 나는 그것의 사용과 전반적인 구현에 거의 상관없이 사전 완벽한 정의를 요구하는 질문을 보게됩니다. 차라리 static위키 백과를 벗어난 키워드 의 사용에 대한 암기 된 목록을 인용 하거나 실행 가능하고 적용 가능한 상황에서 어떻게 사용할 수 있는지 보여 주겠습니까?
amcc

7

What's your Stack Overflow account name?

누군가의 코드가 어떻게 보일지 알 수있는 가장 좋은 방법 중 하나는 직접 보는 것입니다. 그렇게하는 가장 좋은 방법 중 하나는 SO를 이용하는 것입니다.

그렇지 않으면 표준 질문이 적용됩니다. 어려운 상황과 어떻게 극복했는지 물어보십시오. 그들이 배우고 있거나 배우는 새로운 언어와 그 이유에 대해 물어보십시오. 그들이 사용하는 IDE를 물어보고 왜 IDE를 선택 했습니까? 어떤 소스 컨트롤?

특정 프로젝트와 관련이 없을 수도있는 개방형 질문을함으로써 많은 것을 배울 수 있지만 대신 생각 과정을 진행할 수 있습니다.


github 계정을 요청하는 것이 좋습니다. 계정이 있으면 해당 정보를 공유했을 것입니다.
Job

7
이번에는 SO에 로그인하여 거기에있는 사람들의 90 %가 웹 개발에만 관심이 있다는 사실을 깨달았습니다.
Pemdas

3
이것이 효과가있을 수 있지만 반드시 정확한 것은 아닙니다. 사람들이 부담하는 조언보다 급여를받는 일에 상당한 노력을 기울일 수 있습니다.
NoChance

5
가치가있는 것에 대해, 우리 회사의 최고의 개발자 중 일부는 SO 계정이 없거나 평판이 <100 미만입니다. 물론 담당자가 높은 계정을 가지고 있다면 큰 도움이 될 것입니다. 그들에게는 높은 것이 없습니다.
Jeremy Wiggins

실제로, 후보자가 SO에서 다소 활동적인 경우 (또는 과거에 때때로 활동했던 경우) CV에서 후보에 대한 링크를 찾을 수 있습니다. 반면에 면접관들은 이와 같은 것을 살펴볼 시간이 거의 없다. 예를 들어 내가 SO에 게시 한 모든 질문 / 답변을 자랑스럽게 여기지 않기 때문에 어떤 경우에는 당신에게 좋을 수 있습니다.
Radu Murzea 12

6

내가 빠른 읽기로 여기에서 보지 못한 한 가지는 그들에 대해 물어볼 필요가 있다는 것입니다.

1-배우려는 의지

2-자기 교육 능력과 정식 훈련 능력

3-과거에 스스로 배운 것의 예

4-편안하지 않은 영역의 예

5- "웹 응용 프로그램을 작성해야하는 작업에 대해 수행해야하는 작업 및 수행해야하는 작업"과 같은 일반적인 고급 질문-개발 프로세스에 대한 현재 지식에 대한 아이디어를 제공해야합니다. 정확할 필요는 없지만 적어도 오늘과 같이 그들의 견해를 알게 될 것입니다.


4

과거에 작업 한 프로젝트를 통해 말해

  • 프로젝트의 전체 아키텍처를 설명하십시오. 높은 수준은 괜찮습니다.
  • 프로젝트에서 마음드는 점은 무엇입니까?
  • 프로젝트에 대해 싫어 했던 점은 무엇입니까?
  • 뒤늦게 당신이 다르게했을 것 같은 무엇입니까?

이것은 내 의견, 전화 또는 기타 면접에 대한 좋은 질문입니다. 그들이 작업 한 프로젝트에 대해 지능적으로 이야기 할 수 있다면, 그들이 "얻을"가능성이 있습니다. 중급 개발자를 고용하고 있기 때문에 아직 전문가가되는 것은 중요하지 않지만 적어도 그것에 대해 이야기 할 수있을 정도로 자신의 분야를 잘 이해해야합니다. 일반적으로 당신이 고용하고자하는 사람들은 이것으로 실행하는 데 아무런 문제가 없지만, 당신이 멀리 있고 싶어하는 사람들은 몇 문장 이하로 대답 할 것입니다.

최신 상태를 유지하려면 어떻게해야합니까?

  • 어떤 블로그를 읽습니까?
  • 어떤 책을 읽었습니까?
  • 다른 거있어?

끊임없이 변화하는 산업에서는 최신 상태를 유지하는 것이 중요하다고 생각합니다. 이것은 내가 인터뷰에서 요구하는 가장 중요한 질문은 아니지만, 그들이 할 말이 나오지 않는다면 큰 징조가 아닙니다.

자전거 수업을 어떻게 쓰는지 알려주세요

실제로 의사 코드를 작성할 수있는 직접 인터뷰에 대한 더 좋은 질문 일 수도 있지만 전화 인터뷰에도 도움이 될 것 같습니다 ... 자전거 설명 (바, 바퀴 등) ) 클래스를 모델링하는 방법을 설명하게합니다. 여기서 획기적인 것은 아니지만,이 질문으로 어려움을 겪는다면 여전히 자산이 되기에는 너무 주니어 일 것입니다.


2

좋은 면접 팁이 이미 많이 있지만, 매일 매일 그들이 무엇을할지 정확히 알 때까지는이 입장을 채울 수 있다고 생각하지 않습니다. 당신의 첫 생각이 "내가해야 할 일"이라면 그냥 멈춰. 그들이 검토 할 특정 코드 덩어리를 찾으십시오. 그들이 볼 수있는 가장 좋은 코드와 가장 나쁜 코드를 고르고 차이점을 알고 있는지 확인하십시오. 소홀히했을 수도있는 첫 번째 빠른 프로젝트를 위해 작업 할 영역을 제공하십시오.

다행히도 최고의 프로그래머를 고용했지만 모든 사람이 다른 사람보다 더 잘 / 경험이있는 영역을 갖기를 바랍니다. 그것을 활용하고 그에 따라 역할을 정의하십시오.

아, 그리고 일을 끝낸 역사를 가진 사람을 고용하십시오.


0

개발자와 일대일 토론을 할 때, 그 사람을 알게되고 그들이 당신에게 정직한 지 확인할 수 있습니다.

이를 위해, 당신은 알고 그에게 다음과 같은 질문을 요청할 수 있습니다 얼마나 정직 그는 정말

  1. Microsoft 인증 검사와 같은 인증을 수행 한 경우 인증을받은 사람이 진심으로 공부했는지 여부를 확인하십시오.

  2. 마지막 학년 프로젝트를 수행 한 일부 주니어 개발자는 프로젝트를 스스로 수행하지 않았을 것입니다. 즉, 친구가 프로젝트를 수행해야합니다.

주니어 개발자가 기밀 프로젝트를 맡을 때 정직하게 행동하는 것이 매우 중요한 역할을합니다.

당신이 그것들을 믿을 수 있다고 느낀다면, 어떤 기술이 채용되고 있는지에 대한 설문지에 사례 시나리오와 함께 실용적인 텍스트가 이어지면서 논리적 능력이 있는지, 즉 프로그래밍에 지속적으로 영향을 미치는지 여부를 점검 할 수 있습니다.


1
사람들의 최악을 가정?
tp1

가정 +1 @ tp1 모든 옵션을 열어 둡니다. : D
Karthik Sreenivasan

0

Sandglaz의 CEO 인 Nada Aldahleh는 최근 자신의 스타트 업 개발자를 고용 한 경험을 바탕으로 블로그 게시물을 작성했습니다. 그녀가 찾는 것들 중 일부는 다음과 같습니다.

  • 문제 해결 사고 방식
  • 강력한 의사 소통 능력
  • 아키텍처 및 알고리즘 관련 질문 하급 개발자는 새로운 작은 기능을 설계 할 수 있어야하며 알고리즘 질문은 문제 해결 사고 방식과 기본 유형에 대해 알려줄 수 있습니다.
  • 분석 기술을 분리하는 퍼즐

물론 프로그래밍 테스트는 Fizz Buzz 질문으로 구성되어서는 안됩니다. 사무실에서 몇 시간 내에 완료 할 수있는 실제 과제는 가장 좋은 시험입니다.

그녀의 조언을 더 읽을 수 있습니다 : http://blog.sandglaz.com/how-to-interview-and-hire-junior-developers/

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