잠재적 인 고용주에게 Joel 시험에서 점수를 매기는 방법을 묻는 것은 나쁜 예절입니까? [닫은]


37

개발자 인터뷰는 대부분의 다른 장소와 다릅니다. 함께 일하는 사람들, 혜택, 직무 설명 등에 대해 걱정할뿐만 아니라 퇴근 후 걱정할 EXTRA도 있기 때문입니다. VS2003 / .NET 2.0 대 VS210 / .NET 4.0을 사용하고 SVN과 VSS를 사용하여 크고 조용한 환경에서 작업하는 경우 정확한 요구 사항으로 두 응용 프로그램을 작성하는 것은 크게 다를 수 있습니다.

잠재적 고용주에게 일직선 Joel 시험을 제공해도 괜찮습니까? 나는 내가 일하고있는 환경의 유형을 얻기 위해 많은 질문을하려고 노력하는데, 이는 내 관점에서 매우 중요하지만, 추격을 자르고 어려운 질문을하는 가장 좋은 방법은 무엇입니까? 같은 인터뷰).

참고 : "Joel Test"는 귀하에게 중요한 거래 차단기 (Joel 일 필요는 없음)의 특정 목록을 의미하지만, 전통적인 캐주얼 한 "대화식"방식으로 질문 할 시간이 없을 수도 있습니다. 이메일을 보내거나 다른 모임을 예약하거나 다른 사람에게 문의하는 등의 작업을 수행합니다.


18
"[Fog Creek]에서 Joel Test에서 어떻게 점수를 매길 수 있는지 유감스럽게 생각합니까?"
mlvljr

답변:


67

면접은 두 가지 방식으로 진행됩니다. 회사가 귀하를 인터뷰하고 있고 회사를 인터뷰하고 있습니다. 나는 문자 그대로 "당신의 Joel Test 점수는 무엇입니까?"라고 나오지는 않지만, 업무 환경에서 저에게 특별한 거래 차단기였던 개별적인 질문을 할 것입니다.

거대한 빌드 업이 필요하지 않습니다. 인터뷰 과정의 기술적 인 부분에서 "질문이 있으십니까?"라고 말할 때이 질문을하기에 좋은 시간입니다. 당신은 "여기서 일에 전형적인 날을 묘사 할 수 있습니까?" 거기에서 가십시오.


7
물론. 나는 그들이 모욕과 같은 질문을 찾는 곳에서 일하지 않을 것입니다. 면접관을 존중하는 것 외에는 면접관을 존중합니다. 그렇지 않은 경우 프로그래머를위한 수많은 일자리가 있습니다. 나는 우리가 다소 운이 좋은 것 같아요.
Tamás Szelei

7
"소스 코드 제어에 무엇을 사용하십니까?" 구직 할 때 지난 10 년 동안 대부분.
David Thornley

2
또한 여기에 질문 할 수있는 다른 질문들도 있습니다 : programmers.stackexchange.com/questions/1319/…
Brian R. Bondy

1
+1. 나는 Joel 테스트를별로 좋아하지 않지만 Ryan Hayes 테스트를 구축하기에 좋은 기반입니다. 예, 당신은 당신 자신의 기대를 가지고 있으며 Anna가 말했듯이 인터뷰는 양방향 과정입니다. 질문을하면 실제로 회사에 관심이 있음을 알 수 있습니다.

2
"직무 인터뷰는 양방향으로 진행됩니다"+1 면접관 앞에서 몸을 굽히지 말고 구직하십시오-서비스를 제공하십시오. 세계에서 가장 전문적인 조직 일지라도 테이블에 새롭고 좋은 것을 가져올 수 있다고 확신해야하며 미래의 잠재적 고용주에게 중요한 질문을함으로써 자신감을 나타냅니다.
nlawalker

24

Joel Test는 잠재적 고용주가 얼마나 좋은지 측정하기위한 장치입니까?

나는 면접을 보러 갔고 사무실은 개방형 계획이므로 시끄러운 시스템이 많았고 버그 백 로그가 많았으며 많은 상용 도구를 사용하지 않았으며 테스터가 없었으며 인터뷰 중에 코드를 작성하지 않았으며 복도 사용성도 없었습니다. .

..하지만 개를 사무실로 데려 갈 수 있고, 일주일에 한 번 자신의 프로젝트에 참여할 수 있습니다. 멋진 스시가있는 24x7 음식, 냉장 구역, 계단을 내려갈 수 있는 슬라이드 , 무료 콜라 / 커피 / OJ는 지구상에서 가장 놀라운 소프트웨어를 만듭니다.

내가 볼 수있는 한, Joel 테스트에서 점수가 낮았지만, 이것을 바탕으로이 고용주를 위해 일을 중단 하시겠습니까?

시끄러운 경우-헤드폰을 착용 할 수 있습니다. 테스트가없는 경우 챔피언 단위 및 / 또는 자동 테스트. 야간 빌드가 없으면 cron 작업을 작성하거나 CI를 어딘가에 설치하십시오.

꼭 Joel 테스트를 사용하여 어떤 질문을하고 싶은지에 대한 안내서로 사용하십시오. 그러나 다른 메트릭보다 다른 메트릭이 많이 있습니다.

(고용주가 누구인지 추측 한상은 없습니다!)


내 질문은 시험의 내용에 관한 것이 아니라 가능한 한 가장 효율적이고 효과적인 방법으로 답변을 얻는 방법, 특히 시간이 짧은 인터뷰에서 더 많은 답변을 얻는 방법에 관한 것입니다. Joel 테스트를 요구 사항의 예제 목록으로 사용하고있었습니다. 그래도 좋은 대답입니다.
Ryan Hayes

1
Google에 테스터가 없습니까? 정말 맞습니까?
Tim Goodman

1
@ 팀 : Google에는 테스터가 있습니다 (자동 테스트를 강조하지만). 예를 들어 googletesting.blogspot.com/2010/03/google-is-hiring-sets.html을 참조하십시오 .
Josh Kelley

2
적어도 기술적 인 입장에서는 Google과의 인터뷰 중에 코드를 작성할 가능성이 높습니다.
Remy Blank

1
@JBRWilkinson : 예, 화이트 보드에 쓸 코드가 많았습니다. 그러나 아마도 소프트웨어 엔지니어링 직책 일 수도 있습니다.
Remy Blank

5

나는 Joel 시험에서 4 점 이상 높은 곳에서 일한 적이 없습니다. 내가 갈 때, 나는 나의 이력서의 다른 사본 (다른 사람의 이력서 위에 내 이름을 올리는 모집 자들을 만났다)과 함께 많은 소포를 가지고있다. joel 테스트가 뒤섞였다. 아무도 그들이 그 질문을 인정한다고 언급 한 적이 없습니다.


2
그들이 당신의 이력서를 다시 쓴다는 것은 우스운 일입니다. 나는 그것이 당신 자신을 가져올 좋은 이유라고 생각합니다.
Ryan Hayes

8
@Ryan : 많은 채용 담당자가 이력서를 가져 와서 연락처 정보를 교체합니다. 이렇게하면 채용 담당자가 모르더라도 회사가 사용자에게 접근하지 못하게됩니다. 면담을 충분히하면 일부 채용 담당자가 다른 사람의 이력서를 붙여 넣을 때 다른 사람의 이력서를 붙여 넣었 음을 알 수 있습니다. 때로는 채용 담당자가 커미션을 원하고 취업을 희망하기 때문에 이력서에 기능을 추가하기도합니다. 당신이 예방해야 할 나쁜 사과가 충분히 있습니다.
Tangurena

흥미 롭군
Magnus Wolffelt

그것은 내가 들어 본 것 중 가장 놀라운 것입니다. 어쨌든 항상 이력서와 성적표 사본을 가져 오지만 그런 식으로 처리해야 할 줄은 몰랐습니다!
riwalk December

신입 사원이 이력서를 레터 헤드로 다시 포맷하고 때로는 약간 편집하는 것이 매우 일반적이지만 다른 사람의 이력서에 이름을 올리는 것은 비 윤리적이며 협회에 의해 저크처럼 보입니다.
Ken Liu

4

Joel Test는 나에게 '그와 같은'질문을하도록 영감을주었습니다. 버전 관리, 버그 추적, 테스트 등

나는 보통 인터뷰가 끝날 때 (또는 도중에) 많은 질문을합니다. 그렇다면 모범 사례 / 품질 보증 /.에 관심이 있음을 보여줍니다. 아직 그러한 작업을 수행하지 않으면 단위 테스트와 같은 구현에 관심이있을 수 있습니다.

가장 좋은 시나리오 : 그들은 이미 그런 것들에 대해 생각하지 않았지만 개발 과정에서 개선 할 수있는 것에 놀랐습니다.

최악의 시나리오 : 그들은 당신이 많은 질문을한다는 사실을 싫어하므로 프로세스 개선에 관심이 없으며,이 경우 작업을 원하지 않을 것입니다.

추신 : 그냥 목록을 무심코 걷는 것이 아니라 당신이 말하는 것을 알아야합니다.


3

개발 환경에 대해 3 가지 질문이 있는데 어느 것에 대한 부정적인 대답이 쇼 스토퍼입니다.

어떤 버전 관리 소프트웨어를 사용하십니까?

어떤 이슈 / 버그 트래커를 사용하십니까?

개발 프로세스가 스크럼과 비슷합니까?

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