인터뷰 중에 제품에 대한 디자인 결정에 대해 묻는 것이 현명합니까? [닫은]

나는 최근 인터뷰 질문에 대해 생각하고 있었고 과거에 경험했던 나쁜 인터뷰 경험에 대해 생각해 왔습니다. 특히 주목할 점은 면접관에게 왜 팀이 제품에서 Spring을 통해 EJB 3을 사용하기로 선택했는지 묻습니다. 인터뷰어는 "봄이 전부가 아니기 때문에 모든 Java 소프트웨어 개발을 끝내기 때문에이 일을 원하겠습니까?" 이에 대한 응답으로, 나는 이것이 아마도 나에게 도움이되지 않았다고 말했고 나는 즉시 인터뷰에서 나갔다.

인터뷰 초반에 회사의 직원 이직률이 높았으며, 작업중인 제품은 Modula-3에서 처음 생성 된 다음 Perl로, 마지막으로 Java로 포팅되었습니다. Java, EJB, SQL 및 JDBC를 다루는 기술 질문에 대한 10 페이지의 소책자를 받았으며 함께 작업 한 기술 스택에 대한 질문을 받았습니다. 질문을 할 때 면접관을 화염에 빠뜨리지 말고 기술 스택에 대해 질문하고 합리적인 답변을 얻는 것이 합리적이라고 생각했습니다.

질문 : 인터뷰에서 취한 건축 선택을 조사하는 것이 좋은 생각입니까? 그렇지 않다면 왜?

내 관점에서 볼 때, 인터뷰는 양방향 프로세스입니다. 면접관이 저의 기술력을 시험해보고 있다면 다음과 같은 질문을 할 권리가 있습니다.

1) 소프트웨어 개발에 대한 그들의 사고 방식과 태도가 무엇인지 파악하십시오. 2) 그들의 접근 방식이 내가 그런 종류의 문제에 어떻게 접근 할 것인지 결정하십시오.

화가 난 면접관은 면접 기술이 열악하고 면담이 양방향 교환이라는 것을 잊었을 수 있습니다. 내가이 질문을 받았다면, 나는 합리적인 대답을했을 것이지만, 나는 머리가 대화없이 그냥 위아래로 튀어 나오는 온유 한 정복 상태에있는 인터뷰 대상자를 확실히 시도하지 않았을 것이다.

개인적으로, 나는 인터뷰하는 것만큼이나 사람들을 인터뷰하는 것은 지치고 스트레스를 많이받습니다. 인터뷰 과정이 양방향 교환이라는 데 동의합니다.

난 당신이 얼마나 잘 상관 없어, 난 당신이 행복하게 일하지 않을 경우 당신을 고용하고 싶지 않아요. 그것은 비싼 게임이다. 따라서 귀하가 가질 수있는 모든 우려에 답변하고 팀과 제품을있는 그대로 보여 드리고 정보에 입각 한 결정을 내릴 수 있습니다.

구직 할 때 그 태도를 공유하는 사람과 일하고 싶습니다. 질문에 대한 답을 알고 있다고 생각 되더라도 반응을 보도록 요청할 것입니다. 침략은 상황에 익숙한 사람의 표시가 아닙니다.

나는 책상의 양쪽에있는 인터뷰에 있지 않습니다. 왜냐하면 그들은 다른 사람을 고용하고 있거나 다른 곳에서 일할 것이라고 생각하기 때문입니다. 그리고 나는 인터뷰 반대편의 사람 에게서도 같은 대가를 기대합니다.

불행히도, 그것은 때때로 당신이 묘사 한 것과 같은 인터뷰를하게됩니다. 그들은 끔찍한 경험입니까? 예. 인터뷰가 어디에서 잘못되었는지 알고 있습니까? 예.

그러나 나는 매우 내가 그 일을 했죠 또는 잘못된 사람을 고용 더라면 모든 끔찍한 경험이 상당히 악화되었을 것이다 있는지? 당근 빠따 지.

그렇습니다. 궁금한 점이 있는지, 답이 중요한지 물어보십시오. 여러 가지 방법으로 작업 할 수 있음을 이해하고 소프트웨어 작성 방법에 관심이 있음을 보여줍니다.

즉, 질문을 표현하는 방법에 매우주의를 기울여야하며 대화를 계속하는 방법에 대해서는 두 배로주의해야합니다. 그들의 결정에 도전하는 것은 쉬운 일입니다. 마지막으로 원하는 것은 면접관이 자신보다 똑똑하다고 생각하는 것입니다. 정말로 궁금하다면 물어보십시오. 그들이 잘못 선택했다고 생각되면 입을 다물고 있어야합니다.

질문에 설명 된 상황에 처한 경우, 나가는 대신 "아, 그래 봄이 모든 것이 올바른 솔루션이 아니라는 데 동의합니다. 건축에 대해 조금 알려 주셔서 감사합니다! 항상 올바른 도구를 선택하는 방법에 대한 통찰력을 찾고 있습니다. " (단, 귀하의 질문은 이상합니다-왜 봄을 선택했는지 물어보고, 그것이 전부 가 아니기 때문에 그것을 선택 했습니까?)

사람들을 자주 인터뷰하는 사람으로서, 특정 기술이나 디자인을 선택한 이유, 자원이 부족하거나 새로운 프로젝트를 시작했을 때 우리가 다르게 할 일에 대해 개인적으로 환영합니다. 나는 일반적으로 기술에 관심이있는 사람에 대한 표시로 보았으며, 교리와 우리가 호환되지 않는 한 기술적 인 질문에 유능하게 대답하는 사람보다 후보자를 더 높게 평가했을 것입니다.

저는 현재 잘 알려져 있지만 제대로 구현되지 않은 건축 의사 결정의 유산을 가진 고객을 위해 프로젝트를 진행하고 있으며 세계에 대한 호기심을 표현하는 후보자는 일반적으로 다음과 같습니다. 우리와 함께 일하고 싶은 사람들의 유형. 우리는 팀의 설계 및 구현 결정에 대해 적절한 실사 및 검증을 수행 할 수있는 사람들을 원합니다. 우리는 일반적으로 우리가 가지고 있지 않거나 충분하지 않은 무언가를 식탁에 가져 오는 사람들을 소중히 여깁니다.

면접의 후보가되었을 때, 이러한 유형의 토론이 나쁜 징조로 일어날 때 적대감 또는 방어의 조짐을 보입니다. 자기 진단을 할 수없는 조직은 대개 기술과 프로세스에있어 능력을 잃을 수도 있고 아마 빠져 나가려하지 않을 수도 있습니다. 기존 팀을 지속적으로 개선하려는 동기가 없다면 기뻐하지 않을 것입니다.

Oracle 영업 담당자와 한 번 잤으며 향후 모든 개발이 Java 1.4 웹 서비스, Oracle ERP 및 대부분 중단 된 타사 GUI 구성 요소를 사용하는 Borland C ++ 프론트 엔드를 사용하여 수행하기로 결정했으며 고객을 유지하기 위해 한 달에 60,000 달러를 지출하고 있습니다. 우리가 운이 좋으면 새로운 결정을 내리고 새로운 수익을 가져올 수있는 영구적 인 개선을하는 것보다 배를 뛰어 넘는 것으로부터. 배를 흔들지 마십시오. 무슨 일입니까? "

당신이 다른 기술직이있는 지역에 있거나, 기꺼이 이사를한다고 가정한다면, 선택의 여지가있을 것입니다. 완벽한 공연은 없지만 당신과 함께 일하고 싶은 사람들과 일하고 싶어합니다. (대부분 특정 기술 선택보다 이것에 대해 더 많은 관심을 기울입니다.) 만약 냄새가 나면 아마도 그럴 것입니다.

그래, 물어봐 비즈니스, 프로세스 및 디자인에 대한 호기심이 많을수록 후보자를 더 진지하게 받아 들일 것입니다. 그러나 나는 Blub 상점에서 일하지 않으므로 Blub 직업을 얻는 데 도움이되는지 말할 수 없습니다. 나는 당신이 그들의 공예에 관심이있는 다른 사람들과 일하기를 원한다면 그것이 효과가 있다고 말할 수 있습니다.

질문 : 인터뷰에서 취한 건축 선택을 조사하는 것이 좋은 생각입니까? 그렇지 않다면 왜?

절대적으로 괜찮습니다. 긍정적으로 생각합니다.

면접관이 그것을 처리 할 수 ​​없다면 그것에 대해 많은 것을 말하고 있습니다.

후배가 디자인 결정에 관심이없고, 주제 영역에 대한 호기심 / 관심이 부족하며, 자신을 개선하려는 욕구를 보이지 않을까 걱정됩니다.

나는 그것의 사고 방식의있어 필수 . 나는 아무도 더 잘 알지 못하거나 배우지 않았거나 경영진이 CEO가 잡지 / 온라인에서 읽은 것을 / 온라인으로 보았거나 누군가가 읽은 것을 사용해야 할 의무가 있었기 때문에 무의미한 디자인 결정으로 너무 많은 직장에서 일했습니다. 그에게 대안을 고려하지 않고 "다음 큰 것"이라고 말하십시오. 이 직업들은 모두 비참한 일이었습니다.

디자인 결정이 상식에 직면하거나 미친 이야기처럼 들리지 않는 한 반드시 디자인 결정을 비판해서는 안되지만 레거시 이유나 다른 것이 있는지 알아보기 위해 "비공개"로 보이는 것에 의문을 갖는 것이 일반적입니다. 그것은 정통 접근 방식의 필요성을 촉진시켰다.

이와 같은 질문은 개선과 역량에 대한 회사의 관심을 측정하는 효과도 있습니다. 위의 다른 사람이 말했듯이 (Java를 알지 못하지만 .NET을 사용하므로 .NET 예제를 사용합니다)와 같은 대답을 얻는다면 한 가지입니다. 우리가 응용 프로그램을 작성할 때 성숙한 ORM이 없었으므로 저장 프로 시저를 사용했습니다. 데이터 게이트웨이 계층. 우리는 미래에 Entity Framework로 이동하고 저장 프로 시저를 사용 하는 것과 같은 다른 대답을 얻고 싶습니다 . Entity Framework는 무서워 보이며 리팩토링하는 작업이 필요할 수 있습니다. CEO는 우리가 작업하고자하는 새로운 기능에 대한 세탁 목록을 가지고 있기 때문에 아무 것도 리팩터링 할 수 없습니다. 시간 낭비. 하나는 이해와 개선 욕구를 나타내고, 다른 하나는 모든 사람들이 최소한으로 긁는 최소한의 환경에서 평범한 것을 나타냅니다.

의사 결정에 의문을 제기하거나 제품 B 대신 제품 A를 사용하기로 선택한 이유에 대해 논의하고자하는 회사가 손을 잡고 자유 사상가가 아니라 질문을하지 않는 무인 항공기를 원하지 않음을 보여주는 회사 유능한 개발자가 원하는 회사가 아닐 수도 있습니다.

답변 : 건축 의사 결정에 관해 문의하는 것이 좋습니다. 그러나 그러한 질문을하는 방법에주의해야합니다.

간단히 말해 : " 기술 Y 대신 기술 X를 어떻게 선택하셨습니까? "

일반적으로 팀 내 의사 결정 프로세스에 관심이 있음을 알리는 방식으로 문구를 표현하려고합니다. 아무도 회사가 후보자와 함께 한 모든 기존 결정을 따르기를 원하지 않을 것입니다.

" 기술 Y 대신 기술 X를 선택한 이유는 무엇입니까? " 좋은 의도에도 불구하고 문제의 기술에 대해 알고 있어야합니다.

면접관에게 그들이 실패한 디자인 결정과 다음에 무엇을했는지에 대해 말해달라고 좋아합니다. 이것은 당신에게 좋은 정보를 제공합니다 :

1. 보스가 어떤 형식의 실수 나 일시적인 실패를 인정할 수 없다면, 아마도 당신이 일하고 싶지 않은 보스입니다.
2. 회사가 스트레스 상황을 처리하는 방법을 알 수 있습니다.

그것은 인기가 없을 수도 있지만, 항상 돌을 가진 관리자가 프로젝트가 실패하고 돈 낭비를 막기 위해 죽일 것이라는 것을 인식하거나 무언가 잘못된 방향으로 향하고 죽거나 재부팅해야한다는 것을 인식하고 있습니다. .

궁극적으로 직업 만족도에 대해 이야기하고 있다면 기술 (언어 / 플랫폼 / 컴파일러 / 무엇이든)은 관련된 성격과 작업 환경만큼 중요하지 않습니다.

몇 년 전 저는 인터뷰를했고 프로그래밍 언어에 대한 다양한 기술적 질문을 받았습니다. (60/40 정확 / 잘못된) 토론은 그들이 진행했던 프로젝트로 넘어 갔고 디자인에 대한 질문을 시작한 후 그들이 소개 할 몇 가지 문제와 한계를 지적했습니다.

나는 그 다음날 직업을 제안 받았다. 불행히도 나는 개인적인 이유로 그것을 받아 들일 수 없었습니다.

디자인에 대한 질문은 특히 지능적인 질문이라면 문제가되지 않아야합니다. 특히 디자인과 관련하여 비즈니스와 관련이있을 수 있습니다.

나는 많은 인터뷰를하지 않았지만, 당신의 경험으로 결론을 내릴 것입니다.

a) 당신이 직업을 원하는지에 대한 정보에 근거한 결정을 내리고 싶다면 괜찮습니다.

b) 당신이 이미 직업을 원한다고 결정해도 괜찮지 않습니다.

사람들은 자신의 선택에 대한 양성적인 결과로 쉽게 기분을 상하게 할 수 있습니다. 그것은 끔찍한 나쁜 특성이지만 일반적인 특성입니다.

몇 가지 조언이 있습니다.

1. 개발 팀에 솔루션을 변경하거나 선택할 기회가 없었기 때문에 기존 솔루션을 선택한 이유를 묻는 것은 잘못된 질문 일 수 있습니다.
2. 또한 팀은 이미 기술이 최선의 선택이 아닌 이유를 알고있을 것입니다
3. 그러나 불행히도 모든 개발 팀에 필요한 마지막 것은 10 년 전에 이루어진 아키텍처 또는 의문 선택을 변경하려는 사람들입니다. 기술이 이미 오래된 유산이며 팀에서 진행되는 메시지가 개발자를 불행하게 만들 수 있다는 인상을줍니다. 현재 상황에 대해
4. 따라서 인터뷰에서 마지막으로해야 할 일은 팀이 통제 할 수없는 선택에 대해 항상 불평 할 것이라는 인상을주는 것입니다.