인터뷰 중 기술 인터뷰 질문 (피면 담자로서) [닫기]

18

사람들이 이미 면접관에게 몇 가지 기술적 질문을했는지 알고 싶습니다. "글쎄, 당신은 나에게 많은 기술적 인 질문을했는데, 이제 몇 가지를 물어봐도 될까요? 내가 회사에 합류 할 경우, 우리는 긴밀히 협력 할 것입니다. 내 동료들이 내 것을 존중하는 것처럼 ... "

거만하지 않습니까? (피 면담 자나 면접관으로서) 귀하의 의견이나 경험이 궁금합니다.

추신 : 나를 아는 사람들이 내가 인터뷰를 준비하고 있다는 것을 원하지 않기 때문에 버리기 계정.

interview

— 사용자 61891
소스

16

당신은 아마도 그들이 묻는 질문과 그들이 당신의 답변에 어떻게 반응하는지에 따라 그들의 능력 수준을 측정 할 수 있습니다. 인터뷰를 돌리고 초점을 이동하여 인터뷰를 조용히 시작하는 기술입니다.

— Andrew T Finnell

2

당신이 당신을 인터뷰하는 동안 저에게 그렇게했다면 인터뷰는 그 순간을 종료합니다. "동료의 기술을 존중"? 1 번. 당신은 팀 전체에 대해 배우지 않을 것입니다. 한 사람 만 요청합니다. 2. 질문과 답변에 대한 답변을 듣는 것만으로도 많은 지식을 얻을 수 있어야합니다. 3. 당신을 인터뷰하는 사람은 당신이 코딩하지 않고 관리자 인 사람 일 것입니다.

— Rig

2

조금 거만하게 들리지만 면접관이라면 열정에 감사 할 것입니다. 당신이 팀에서 일하기에 너무 의견이 많았는지에 대해 조금 긴장하게 될 것입니다. 그러나 다른 것들이 그 관심사를 강화시키지 않았다면 아마도 저에게 순 긍정적일 것입니다.

— psr

30

"글쎄, 당신은 나에게 많은 기술적 인 질문을했는데, 이제 몇 가지를 물어봐도 될까요? 회사에 합류 할 경우, 우리는 긴밀히 협력 할 것입니다. 저의 동료들은 저를 존중합니다 ... "

거만하지 않습니까?

그렇습니다. 그러나 그 정보를 얻는 다른 방법이 있습니다.

코드베이스를 보도록 요청하십시오. "당신이 생각할 수있는 가장 좋은 부분과 가장 나쁜 부분을보고 싶습니다."와 같은 것을 말하십시오.
대화에 참여하고 소량의 개발자가 이해하지 못하는 용어를 많이 사용하십시오.
블로거와 저자를 언급하십시오. 빈 표현이 있는지 확인하십시오.
기술 스택에 대해 물어보고 다양한 결정의 이유를 묻고, 사용하는 프레임 워크와 사용한 프레임 워크를 비교하십시오.

때때로 당신은 당신이 묻는 질문의 유형만큼 당신이 대답하는 질문의 유형만큼 인상을 줄 수 있습니다. 한때 주니어 개발자가 A4 시트로 가득한 질문을 받았습니다. 올바른 질문이었습니다. 그들은 일을하는 옳고 그른 방법에 대한 깊은 지식을 배웠다. 그는 직업을 제안 받았습니다.

피보나치 시퀀스를 표시하는 방법을 코딩하도록 누군가에게 요청하지 않습니다. 그러나 나는 또한 면접관으로서 그것을 묻지 않을 것입니다. 시간 낭비이며 그 사람에 대해 아무것도 가르쳐주지 않습니다.

— pdr
소스

6

"대화에 참여하고, 소량의 개발자가 이해하지 못하는 용어를 많이 사용하십시오." 이것은 의도적으로 의미 론적 용어를 사용하는 것으로 볼 수 있으며, 따라서 오만합니다. 그러나 나는 당신을 면접관을 판단하는 더 미묘한 방법에 동의합니다.

— user61891

3

"새로운 언어 채택에 관한 정책은 무엇입니까?" 그 목적에 좋을 수도 있습니다 (직장에서 새로운 재미있는 언어로 놀 수있는 기회에 대해 이야기하는 것 외에도).

— user61891

5

@ user61891 : 그것이 당신에게 가장 중요하다면, 그렇습니다. 그러나 많은 회사에는 많은 개발자가 있으며 새로운 개발자가 멋진 새 장난감을 가지고 놀고 싶을 때마다 모두가 새로운 것을 배우기를 기대할 수는 없습니다. 아마도 당신은 그 회사를 할인하고 (그리고 감당할 수있는) 원할 것입니다. 나는 그것에 대해 덜 생각하지 않을 것입니다. 질문을 할 때 그 점을 명심해야한다고 말하고 있습니다.

— pdr

3

왜? 매우 합리적인 답변입니다. 깨지지 않은 것을 고치지 마십시오.

— quant_dev

4

"저급 개발자가 이해하지 못하는 용어를 많이 사용"에 동의 하지 않는 경우- 'n-tier'라는 문구를 지속적으로 사용하거나 이름을 밝히는 것과 같이 멋진 마케팅 단어를 던지는 개발자가 적다는 것을 종종 알게 됩니다. 태양 아래 모든 디자인 패턴) 더 나은 개발자가 무엇인지 이해하지만 꽤 드문있는, 절대적으로 적절한 때 대화에서 사용하는 반면,. 이로 인해 실제로 기분이 나빠질 수 있습니다.

— BlueRaja-대니 Pflughoeft

7

기술적 인 질문이 "당신이하는 일과 물건에 대한 구체적인 방법에 대한 질문"으로 해석된다면, 후보자가 그 질문을하지 않으면 걱정이 될 것입니다. 팀에서 좋은 물건과 소프트웨어 장인 정신을 사용하는 것을 원하는 사람들이 필요합니다. YMMV.

— 와이엇 바넷
소스

아니요, 기술적 인 질문으로 "피보나치라고 쓸 수 있습니까?" 또는 조금 더 복잡합니다 (그러나 유능한 사람이 5 분 안에 못 박을 수있는 것).

— user61891

5

알았어 아마 당신을 그것에 대한 태도 문제로 당신을 블랙 볼 것입니다. 이제 권장되지 않는 경우 제품에 대한 기술적 인 질문은 괜찮습니다.

— Wyatt Barnett

1

내 경험에 @ user61891, 당신은 그들이 기술적 인 질문을 마쳤는지 궁금하다면, 당신은 묻고 싶지 않습니다. 당신은 적을 어렵게하여 적을 만들고 싶지 않습니다. 다른 고려 사항으로 인해 당신은 그 일을 받아들이고 싶을 수도 있습니다.

— AProgrammer

1

@ user61891, "귀하의 평가를 받고 있습니다"모드에서 보지 않으려면 "피어 공유 경험"모드이면 충분합니다.

— AProgrammer

2

@AProgrammer- " '당신을 평가하고 있습니다'모드에서보고 싶지 않다"; 내가 후보자를 찾고있을 때, 나는 두 가지 방법 모두에 잘 적응하고 싶다. 내가하고 싶은 마지막 일은 무관심한 사람을 얻는 것인데, 그들이 불행하기 때문에 6 개월을 떠나기로 결정한다. 아마 6 개월 안에 구직을 다시 시작하고 싶지 않을 것입니다). 나는 후보자들에게 회사가 인터뷰하는 것만 큼 회사를 인터뷰해야한다고 말합니다.

— ernie

6

면담자는 기술적 인 사람이 아닐 수도 있으며 팀 관리자 인 경우 매일 코드를 건드리지 않을 수도 있습니다.

그러나 당신이 기술적 인 사람과 이야기하고 있다고 가정 할 때, 나는 그들에게 질문하기 시작하지 않을 것입니다. 그들이 당신에게 지시 할 수있는 기술적 인 질문에 대한 모호성에 의문을 제기하십시오. 기술 수준에 대한 지표를 제공합니다.

— 익명
소스

예, 기술 면접관에게 즉시 질문하여 시작하지는 않습니다. 그건 무례 할 것이다. 면접관이 "당신은 저에게 질문이 있습니까?"라고 말할 때 내가 염두에 두었던 것은이 질문을 더 많이하는 것이었다.

— user61891

2

나는 기술적 인 질문으로 그를 망치지 않을 것입니다. "아, 우리는 현명한 반응을 보인 것 같습니다." 질문이 있는지 물어볼 때 해당 직업 및 직장과 관련된 질문을하십시오. 당신이 일하고 싶은 회사인지 아닌지 확인하기 위해 약간의 연구를 미리하는 것이 아마 더 쉬울 것입니다.

— 익명

글쎄, 그것은 면접관을 "해머링 (hammering)"하는 것이 아니라 질문을 준비하고 그가 괜찮은지 물어 보는 것이다.

— user61891

2

나는 그것이 적절하다고 생각하지 않습니다.

— 익명

3

인터뷰 대상자로서, 내가 요청한 질문, 질문 방식 및 답변에 대한 반응 또는 설명 요청에 대한 응답은 대담 자의 기술적 수준과 그들이 중요하다고 생각한 측면에 대한 아이디어를 얻기에 충분했습니다. 기술 면접관에게 제 질문은 작업 환경과 관리 스타일에 관한 것이 었습니다.

— 프로그래머
소스

3

인터뷰를 할 때 질문을하지 않으면 관심이없는 표시로 생각합니다. 질문하는 것은 본질적으로 거만하지 않습니다. 그러나 당신이 묻는 방법 은 오만으로 해석 될 수 있습니다. 당신이 당신의 질문에 그것을 표현한 방식은 "... 그들이 내 것을 존중하는 것처럼"오만한 것입니다.

개방적이고 정직하며 자연스럽게 호기심이 많고 사실적이어야합니다. 로드 된 질문을하지 말고 기술력을 입증하도록 요구하지 마십시오.

— 브라이언 오클리
소스

3

정말 간단한 방법으로 질문을해야합니까?
"동료의 기술을 존중하고 싶다"는 말은하고 싶지 않습니다. 때문에 솔직히 내가 면접관이라면, 내가하지 그것을하고 싶습니다.

항상 호환성 에 관한 것 입니다. 당신은 "그가 나에게 정답을주지 않았기 때문에 그를 존중하지 않는다"라는 문구를 따라 생각할 수 있지만, 그렇게해서는 안된다고 생각합니다. 당신은 정답이 있다고 생각하더라도 정말 정답이있는 경우에도 , 그것의 관점에서 사물을 생각하는 것이 더 좋아 호환 또는 호환되지 않습니다 보다는 권리 또는 잘못 . 후자의 태도를 보여주는 것은 과장 될 수 있습니다.

그렇기 때문에 본인이 덜 필요한 정보를 직접 찾아야한다고 말하는 다른 사람들과 동의합니다 . 그들이하는 일과 행하는 방식과 일을하는 방식이 서로 호환 되는지 확인하십시오 (실제로 원하는 것이 자신의 역량 수준 임에도 불구하고).
또한 온라인에서 정보를 검색하거나 해당 회사에서 일하는 사람들과 대화 할 수도 있습니다.

그렇게 말하면 (프로그래밍 슈퍼 스타 또는 그 밖의 어떤 것이기 때문에) 그렇게 할 수 있는지, 당신이 재치가 없어야 할 환경과 사람들이 어떤 환경을 찾고 있는지 질문 할 수 있습니다 그런 질문 처럼요 그러나 당신이 정말로 알고 싶은 것이 기술 능력이 얼마나 많은지에 대해, 직접적이고 (아마도 무례한) 방식으로 질문 할 이유가 없습니다.

— iCanLearn
소스

2

나는 그런 질문을하지 않았다. 나는 그들에게 대답하고 하나 또는 두 개의 고전적인 질문을했고 나는 끝났을 것입니다.

좋은 생각이 아니 었습니다.

나는 현재 직장을 곧 떠날 것입니다 (2 주 남음 :)) 지금부터 물어볼 것입니다. 직접 묻지 않을 수도 있지만,보다 낮은 Joel 테스트 (cvs, 자동화 테스트, 티켓 추적기)를 수행하겠습니다. 그들이 그들의 방법 / 작업을 평가하고 싶은 기분이 나쁘다면 : 그것은 내가 일하고 싶은 곳이 아닙니다.

— 마티유
소스