가장 좋아하는 인터뷰 질문은 무엇입니까? [닫은]

소프트웨어 개발자 인터뷰에서 특히 유용한 질문은 무엇입니까? 특히 유용한 질문에 대해 무엇입니까?

나는 "코드 작성"과 같은 인터뷰 방식뿐만 아니라 여러분이 묻고 싶은 특정 질문을 찾고 있습니다.

이 샘플 코드를 살펴보고 개선 방법을 알려주십시오.

이것은 내 시나리오에 따라 다르지만 그럼에도 불구하고 큰 질문이라고 생각합니다.

C #이나 .NET을 한 번도 본 적이 없다고 말씀하십니까? 자, 여기 워크 스테이션이 있습니다. 이 DB를 쿼리하여 고객 이름별로 주문과 함께 고객 목록을 인쇄하는 프로그램을 작성하는 방법을 알아보십시오. 원하는 리소스를 사용할 수 있습니다.

내가 가진 유일한 질문은 실제로 배우는 능력을 테스트했습니다.

이것은 코딩 문제가 아니라 행동 문제입니다.

마감 시간을 맞추기 위해 정시에 모든 작업을 완료 할 수 없었던 때를 말해주십시오. 뭐 했어? 결과는 어떻습니까?

프로그래밍은 어떻게 했습니까?

사람이 프로그래밍에 대한 열정이 있는지 확인하고 얼음을 깨는 좋은 방법.

사소한 양의 Java 경험이 있다고 주장하는 사람을 인터뷰 할 때 나는 그들 hashcode()과 equals()그들 사이의 관계 에 대해 묻습니다 . 잠재적 인 함정을 인식하지 않고서는 상당한 Java 경험을 얻을 수 없으며,이 문제를 모르는 사람은 프로젝트에 찾기 어려운 버그를 추가 할 것입니다.

나는 또한에 대해 물어 볼게요 ArrayList및 LinkedList상대적인 장단점합니다. 이것은 그들이 작성한 코드의 성능 영향에 대해 최소한 알고 있고 생각하고 있다는 것을 희망적으로 증명해야합니다.

또한 기술적 인 주제 (Maven의 유용성 또는 다른 점, 확인 된 예외와 확인되지 않은 예외 등)에 대한 의견을 표명 한 다음 악마의 변호인이 자신의 요점을 얼마나 잘 주장 할 수 있는지 알아 봅니다.

"가장 마지막으로 읽은 (가장 좋은) 기술 서적은 무엇입니까?"

또는 더 일반적으로 :

"지식을 어떻게 최신 상태로 유지합니까?"

학교를 마친 이후로 기술 책을 읽지 않은 사람이 몇 명인지 놀랍습니다. 그리고 10 년 전에 학교를 마치고 학교를 마친 이후로 책을 읽지 않았다면 단위 테스트, 디자인 패턴, SOLID 원리와 같은 것들에 대해 들어 본 적이 없을 것입니다 ...

의견에 대한 답변 :

원하는 경우 저에게 의견을 줄 수 있지만 이것은 제가 가장 좋아하는 인터뷰 질문 중 하나입니다. 블로그, wikipedia, SO는 최신 첨단 뉴스를 제공하는 훌륭한 소스입니다. 그러나 나는 당신이 블로그를 읽음으로써 당신이 Knuth의 책에서 찾은 것들과 같은 정말로 복잡한 주제를 깊이있게 배울 수 있다고 생각하지 않습니다.

하나는 새로운 복잡한 주제를 배우려는 의지를 보여주고 다른 하나는 배우지 않는 두 개발자 중에서 선택해야하는 경우 첫 번째 개발자를 고용합니다. 더 많은 돈을 원하더라도. 장기적으로 돈을 지불합니다.

이 연결된 목록을 반대로 바꿉니다. 이제 선형 시간으로하십시오. 이제 선형 시간과 일정한 공간에서 수행하십시오.

운이 좋은 사람이라고 생각하십니까?

나는 Bruel & Kjaer의 창립 멤버 중 한 사람의 인터뷰에서 이것을 읽었으며 그것은 나와 화음을 쳤다. 성공한 사람들은 자신이 운이 좋다고 생각할 가능성이 높습니다. 그들은 좌절을 개선의 기회로보고 주변 사람들과 성공 (행운)을 나누는 경향이 있습니다. 행운이 많은 사람은 더 많은 행운을 가져옵니다. *

자신이 불행하다고 생각하는 사람들은 팀에서 나쁜 사과 가 될 가능성이 높습니다 .

이러한 맥락에서, 행운 은 네잎 클로버가 아니라 준비 회의 기회 로 읽어야 합니다.

항상 나를 위해 일한 사람 ...

"이전 프로젝트에 대해 알려주십시오" .

그런 다음 그들의 반응을 프로젝트에서 자신의 역할과 그들이 왜 결정을 내 렸는지 묻는 점프 포인트로 사용하십시오. SAT 인터뷰를하기보다는 그들과 대화를 나누는 것뿐입니다. 그것은 항상 개발자가 직책에 적합한 지 판단하기에 충분했습니다.

나는 한 번만 이미 사용되는 언어를 알고있는 직업에 고용되었으므로 언어 ​​관련 질문은 나에게 큰 가치가 없습니다. 또한 개인적으로 구문 퀴즈 ( 배고픈 얼룩말로 가득 찬 목장에 솜사탕을 어떻게 정렬합니까? )와 관심이 많은 질문에 관심이 없으므로 질문을하지 마십시오.

세계에서 직업을 가질 수 있다면 무엇을 할 것입니까?

나는 정말로 한 가지만을 찾고 있습니다. 유일하게 틀린 답은 웃으며 세상에서 가장 진부한 면접 질문 인 면접관에게 이야기합니다. (임원은 투표하지 않았습니다).

그것은 정말 용으로 설정된 내 모든 시간 좋아하는 질문 :

[록 스타]가되고 싶다면 왜 [HugeCorp]에서 [인터넷 개발 엔지니어 III]에 지원합니까?

실제로 대담한 답변을 제공하는 것이 가장 좋습니다. 그들은 그것이 다가오는 것을 거의 보지 못하며 이것은 "여기서 더 좋은 시간"또는 "여기서 나의 경력이 전형적인 록 스타보다 오래 지속될 것"과 같은 말로 누군가가 빛을 발할 수있는 기회 일뿐입니다.

또한 첫 번째 질문에 대한 오답이없는 것에 대해 거짓말을했습니다. 당신이 완전히 멋진 꿈의 직업에 대해 인터뷰하지 않는 한 그들이 인터뷰하는 직업은 틀린 대답입니다. 꿈의 직업에 대해 인터뷰하고 있는데 아직없는 경우, 왜 신청하지 않는지 스스로에게 물어봐야합니다.

C # 인터뷰를 할 때 "메서드에서 오류를 어떻게 처리합니까?" 그 질문에 대한 적절한 대답을 얻으면 "웹 응용 프로그램에서 오류 처리를 어떻게 / 어떻게 설정합니까?"라고 묻습니다.

나는 첫 번째 질문에 아무런 문제가없고 두 번째 질문에 대한 실마리가없는 개발자 수에 항상 놀랐습니다. 나는 현재 프로젝트에서 오류가 어떻게 처리되고 있는지 설명 할 수없는 많은 사람들을 인터뷰했습니다.

이 같은:

사용하지 않고, 7의 값을 곱하고 *, /그리고 +작업. :)

David와 비슷하지만 약간 다릅니다.

나중에 수정하고 개선 한 이전 버전의 지저분한 실제 프로덕션 코드를 살펴보십시오. 그것이 무엇인지 말해주세요. 문제가 어디에 있는지 알려주세요 (정확성과 스타일). 어떻게 고치고 향상시킬 수 있는지 알려주세요.

이를 통해 새로운 코드를 작성할 수있는 사람과 레거시 코드베이스의 현실에 대처할 수있는 사람을 구별 할 수 있습니다.

몇 년 전에 정규 표현식 / a * /와 / a *? /의 차이점을 물었습니다.

개인적으로 재귀에 대해 몇 가지 질문을하는 경향이 있습니다.

이 질문에 대한 답이 실패한 것에 놀랐습니다.

정렬되지 않은 목록에서 항목을 어떻게 검색 하시겠습니까?

내가 가장 좋아하는 질문은 :

(아마도 Java / C #과 의사 코드가 혼합되어 있음)

비 이국적인 컨테이너를 사용하여 가능한 한 성능이 뛰어난 사전으로 작동하는 클래스를 디자인하십시오. 또한 "랜덤"순서가 아니라 키를 사전에 추가 한 순서대로 키를 열거 할 수 있습니다. 처음 만들어졌습니다.