소프트웨어 개발자 인터뷰 질문-공정 또는 불공정 [폐쇄]

방금 전화로 회사와 대학원 소프트웨어 개발자 직책을 인터뷰했으며 다음과 같은 질문을 받았습니다. 관련 회사가 데이터베이스 공급 업체가 아니라고 덧붙여 야합니다.

1. 쿼리 최적화 프로그램은 어떻게 작동합니까?

2. 데이터베이스의 성능이 좋지 않은 경우 성능 로그를 사용하여 문제를 어떻게 찾을 수 있습니까?

나는 그들이 첫 번째 전화 인터뷰에서 모든 후보 소프트웨어 개발자 (대학원 또는 경험이 많은)에게 그런 질문을하는지 물었다. 그들은 데이터베이스 개발에 대한 후보 지식을 테스트하고 싶다고 대답했다.

소프트웨어 개발자 인터뷰에서 이러한 질문이 불합리하다고 말하고 인터뷰를 끝내도록 요청하기 위해 회사에 편지를 보내려고합니다.

다음 가정의 합리성을 확인하고 싶습니다

a) 이러한 질문은 데이터베이스 개발 질문으로 상당히 분류 될 수 없습니다.
b) 질문은 DBA 인터뷰에는 적합하지만 소프트웨어 개발자 인터뷰에는 경험이 전혀 없다고 생각합니다 (경험 여부).
c) 첫 번째 질문은 데이터베이스 공급 업체와 만 관련이 있습니다.
d) 두 번째 질문은 소프트웨어 개발자가 일반적으로 DBA의 역할을하는 데이터베이스 성능 로그를 처리하지 않기 때문에 불공평합니다.

아마도 여러분 중 일부는 회사에 편지를 쓰기 전에 내 가정에 대해 의견을 말하거나 다른 제안이있을 수 있습니다.

면접관 (때로는 나임)인데 질문에서 불공평하다고 주장하는 후보자로부터 편지를 받았는데, 그들은 도버 오버를 원했다면 운이 좋은 스타들에게 우리가 그 총알을 피해서 즉시 신청서를 "거부"더미. 이와 같이 행동하는 것은 단지 귀하가 불만을 나타내는 사람임을 나타내며, 자신이 찾는 "할 수있는"태도를 갖지 않는 것입니다.

ㅏ. 데이터베이스 개발 주제에 대한 질문은 합리적이었습니다.
비. 그릇된. 소프트웨어 개발과 관련이있는 것은 요구되는 공정한 게임입니다. 오답을받는다고해서 직위 (또는 회사 내 다른 직책)에 대한 자격이 자동으로 박탈되지는 않습니다. 데이터베이스 지향 작업에 가장 적합하지 않은 사람으로 분류하는 데 도움이 될 수 있습니다.
씨. 그릇된.
디. 그릇된. 우선, 전용 DBA가 없을 수 있습니다. 둘째, 소프트웨어 개발자는 성능 (및 정확성)에 영향을 줄 수있는 광범위한 문제를 알고 데이터베이스 관리에 대해 최소한 높은 수준의 이해를해야합니다.

아직 모르는 것들이 있다는 교훈으로 받아들이십시오. 이제 다음에 공부할 내용을 알았습니다.

나는 이것이 공정한 질문이라고 생각합니다 (Google이 요구하는 것과 비슷합니다). :) 질문의 요점은 데이터베이스 쿼리에 대한 자세한 지식을 실제로 테스트하는 것이 아니라 문제에 어떻게 접근하고 해결 하는지를 더 많이 보는 것 같습니다. 당신이 이미 한 일을 할 수있는 능력이 필요하지만, 당신의 발에 대해 생각하고 새로운 문제에 접근하는 능력은 매우 중요한 기술입니다.

이와 같은 질문이있을 때, 주어진 데이터베이스에 대한 특정 지식이 부족한 경우, 공정한 응답이 시작될 것이라고 생각합니다. "글쎄요, 그 기술에 대한 경험이 많지 않지만 일반적으로 성능 로그를 통해 가장 빈번하게 수행되는 작업을 찾고 처리 시간을 기준으로 순위를 매기려고합니다.이 방법으로 어떤 작업이 가장 비싸고 최적화에 적합한 후보인지 측정 할 수 있습니다. "

위의 답변에 대한 구체적인 기술 지식이 필요하지 않지만 면접관에게 새로운 문제를 해결할 준비가되었음을 나타냅니다.

공정하거나 불공평 한 것이 문제가 아닌 경우, 그들은 고용하여 규칙을 만들고 원하는 것을 요구할 수 있습니다 (모든 것이 아니라 거의 모든;))

그리고 당신이 여전히 일을 원한다면 나는 당신이 그 일을한다고해서 자신이 호의를 베풀 것이라고 생각하지 않습니다.

취업 면접에서 매우 일반적인 전략은 면접중인 직책의 수준을 넘어서서 질문을 처리하는 방법을 찾는 것입니다. 질문을 통해 다음과 같은 답변을 합리적으로 기대할 수 있습니다.

글쎄, 데이터베이스에 대한 나의 지식은 초보적이지만 다음과 같이 진행된다고 생각합니다 ...

또는:

내 전문 지식을 벗어난 것은 죄송합니다. DBA를 사용하여 성능 로그의 세부 정보를 확인해야합니다.

일반적으로 엔트리 레벨 후보는 데이터베이스 작동 방식에 대해 최소한 기본적으로 이해하고 "모르지만 배우려고 노력할 것"이라는 태도를 가질 것으로 기대합니다.

당신이 정직한 시도를했고 그들이 즉시 전화를 끊었다면, 당신은 열심히 느끼는 진짜 이유가있을 것입니다. 그러나 나는 당신이 모르는 것을 인정하면서 자신감을 나타내는 법을 배워야한다고 말하고 싶습니다.

면접을 완료하지 않은 면접관은 응시자가 답변 할 수없는 반 관련 기술 질문을 찾을 수없는 경우가 있습니다. 목표는 응시자가 해당 유형의 질문을 어떻게 처리하는지 확인하는 것입니다.

그들이 모르는 것을 인정? 좋은. 답을 위해 spin / BS를 구성하십니까? 문.

많은 회사에서 IMO, 소프트웨어 개발자 및 DBA ​​역할이 잘 분류되지 않았습니다. 소프트웨어 개발자 인 경우 일반적으로 데이터베이스의 일부를 알아야합니다. 따라서 더 신선한 것을 요구 하지 않으면 질문 이 나에게 공평 해 보입니다 .

나는 이것이 공평하다고 생각합니다. 데이터베이스 공급 업체에서 일하지는 않지만 쿼리 계획 (및 성능 로그)을 읽는 방법을 아는 것이 매우 중요합니다. 쿼리 최적화 프로그램의 작동 방식을 아는 것도 좋습니다.

총알에 대한 답변 :

a) 허? 그것들은 데이터베이스 개발과 관련이 있으며 코드를 작성하고 프로그램이 데이터를 쿼리 해야하는 경우 관련이 있습니다.

b) 그렇지 않습니다. DBA는 답변을 더 잘 알고 있었지만 훌륭한 개발자도 답변을 알아야합니다. DBA의 답변만큼 자세한 답변을 기대하지는 않지만 무언가를 기대합니다. 개발자가 모르는 경우, 개발자가 데이터베이스 작업에 상대적으로 아직 익숙하지 않은 경우 "나는 DBA에게 가르쳐달라고 부탁 할 것"으로 받아 들일 수 있습니다.

씨) 아닙니다. 데이터베이스 쿼리의 성능에 관심이있는 사람과 관련이 있습니다. 쿼리 실행 속도에 신경 쓰지 않으면 무시해도됩니다. 반면에 웹 사이트의 성능이 점점 향상되는 고객은 동의하지 않을 수 있습니다.

디) 아마도. 모든 개발자가 성능 로그를 볼 수있는 것은 아니지만 문제가있는 경우 DBA가 관련 부분을 이메일로 보내고 해석 방법을 모른다면 문제를 설명 할 수 있습니다. 최소한 개발자는 쿼리 계획을보고 기본 문제 (전체 테이블 스캔 => 불량, 빠른 인덱스 스캔 => 양호)를 볼 수 있어야합니다.

당신은 학교 밖에서 신선하고 수업에서이 내용을 다루지 않았을 수 있으므로, "나는 더 상급 개발자 나 DBA와 이야기하고 이것을 이해하는데 도움을 청할 것"이라고 대답 할 수 있습니다. 면접관은 아직 경험이 없었기 때문에 새로운 것을 배우고 싶다는 것을 최소한 보여주기 때문에 그것을 받아 들일 수 있습니다. 다른 옵션은 가서 직접 배우는 것입니다.

다음 인터뷰에서 행운을 빕니다!

그들은 원하는 것을 물어볼 권리가 있습니다. 대학 커리큘럼에서 이러한 주제를 다루지 않았을 수도 있지만 이는 다른 인터뷰 대상자가 해당 커리큘럼을 넘어서서 그 주제에 관심이 없거나 충분하지 않다는 것을 의미하지는 않습니다. 그들은 최선을 찾고 있습니다. 나는 당신이 적어도 질문에 대답하려고 노력했지만 모든 방어 적이지는 않았기를 바랍니다. 내가 그들이고 당신에게서 이상한 편지를 받았다면, 당신은 블랙리스트에 올랐을 것입니다.

소프트웨어 개발은 ​​전문 분야입니다. 인터뷰 종료를 요구하는 마일리지는 없을 것입니다. 이러한 맥락에서 "합리적"은 특정 회사가 DBA 기술이 부족하다는 이유로 만 고려에서 제외되는지 여부 입니다. 질문하는 것은 완벽하게 합리적입니다.

경력이 진행 될수록 더 많이 알아야합니다. 소프트웨어 개발자가 쿼리 최적화에 관심을 가져야하는 이유가 궁금하다면 애플리케이션 설계를 고려하십시오. 새로운 프로젝트에는 종종 데이터 모델링 토론이 포함됩니다. 이는 표준화 논의로 이어지고 데이터베이스 설계 작업으로 이어집니다. 좋은 설계 원칙은 구현으로 이어집니다. 건축 수준에서 불량 / 비효율적 인 설계는 종종 치료 비용이 많이 드는 결과를 초래합니다.

여기서 "공정"이라는 개념은 중요하지 않습니다. 이것은 면접입니다.

그들은 피부색, 종교, 민족성 또는 다른 몇 가지를 근거로 당신을 거부 할 수 없습니다. 그러나 그들은 수 있습니다 당신을 거부 할 어떤 당신이 면접에 입고 신발의 색상과 같은 멍청한 이유로, 다른 이유. 그리고 당신은 진정한 이유를 결코 알지 못할 수도 있습니다.

인터뷰 할 때 회복력이 있어야합니다. 과도하게 분석해야한다는 성향을 이해하고 있으며, 자주 그렇게 많이했습니다. 그러나 최선의 방법은 인생 이 공평 하지 않다는 것을 받아들이고 파이프 라인에 충분한 인터뷰를 유지하여 모든 희망을 그들 중 하나에 매달릴 필요는 없습니다.

다른 사람들이 말했듯이 질문은 완전히 유효합니다. 그러나 면접관이 당신을 전적으로 고용할지 여부를 결정하면 이상 할 것입니다 이 그러한 질문에 기초하여 입니다. 어쩌면 그들은 당신이 익숙하지 않은 주제에 대한 당신의 이유를 듣고 싶었을 것입니다. 그것은 유효한 인터뷰 기술입니다.

하면 내가 고용 한, 당신이 말한 경우에 당신을 배제 할 것 "미안, 내가 쿼리 최적화에 대한 것을 잘 모른다,하지만 난 배울 수 있습니다." 나는 것입니다 당신이 질문에 대해 징징 시작하면 비록, 당신을 배제.

야, 내가 당신에게 똑바로 말해 보자 : 소프트웨어 개발자로서 데이터베이스 주위에 방법이 없습니다. 지금까지 내가 참여한 모든 단일 프로젝트는 개발 시간의 절반 이상을 차지했습니다. DB 디자인은 소프트웨어 개발에 없어서는 안될 부분이며, 더 많이 알수록 문제를 더 잘 해결할 수 있습니다. 또한 질문의 유형에 당황하지 마십시오. 대부분의 경우, 고용주는 문제를 해결하기 위해 발로 생각할 수 있는지 또는 적어도 그 문제에 대해 합리적 인 말을 할 자신감이 있는지 알고 싶어합니다. 당신이 졸업생이라면, 그들은 실제로 그들이 당신에게이 모든 것들을 가르치는 데 실제로 시간을 소비해야한다는 것을 알고 있습니다. 그러나 그들은 당신이 시간과 노력의 가치가 있는지 알고 싶어합니다. 날카 롭고 겸손합니다!

소프트웨어 개발자 인터뷰에서 이러한 질문이 불합리하다고 말하고 인터뷰를 끝내도록 요청하기 위해 회사에 편지를 보내려고합니다.

그 편지를 보내면 세상에서 어떤 일이 일어날 것이라고 생각합니까? 그들이 "음,이 후보에 요점이 있습니다. 우리는 그를 다시 데려 와서 더 쉬운 질문을하도록하겠습니다"라고 말할 것입니까? 나는 그들이 당신을 보장하지 않습니다. 사실, 그들이 할 일은 서신을 통과하고 웃음을 짓는 것입니다.

자격 감각을 극복하십시오. 당신은 현실 세계에 나가고 있습니다.

데이터베이스에 대한 질문이 불공평하다는 것을 어떻게 알 수 있습니까? 프로그래머는 데이터베이스를 알 필요는 없지만이 회사는 분명히 알고 있습니다. 그들이 질문을하는 이유입니다! 면접관은 단지 지옥에 대한 질문을하지 않습니다. 필요한 것을 알고 있는지 알아 내기 위해 질문을합니다. 그들이 필요한 것이 무엇인지 모른다면, 당신은 그 일에 적합한 사람이 아닙니다.

데이터베이스에 대해 배우고 싶지 않다면 괜찮지 만 일부 회사가 당신을 고용하고 싶지 않은 경우에는 울리지 않습니다. 당신은 직업을 빚지고 있지 않습니다.

이것들은 어떻게 공평한 질문이 아닌가? 개발자는 데이터베이스로 작업합니다. 데이터베이스 쿼리를 효율적이고 빠르게 만드는 데 관련된 요소에 대해 잘 알고 있어야한다고 생각하지 않습니까? 모든 회사에 사내 DBA가있는 것은 아니며 그렇게해도 개발자로부터 효과적인 쿼리를 작성해야 할 책임이 없습니다.

그들이 모든 후보자에게 질문을하면 공정하고 끝납니다.

하지 않습니다 문제 여부를 당신이 하고 그들이 필요한 기술을 반영하거나 하나 때문에 (그들이 할 것을 다음의 가능성이 요구하는 경우가 발견했기 때문에 - 질문은 단지 고용주들이 적절한 느낌 여부를 중요한 위치에 적절한 느낌 그들이받는 응답은 인터뷰 대상자에 대해 흥미로운 것을 알려줍니다).

마지막으로 개발자의 송금 한도에 대한 이상한 아이디어가있는 것 같습니다. 현재 25 년 동안 경력을 기억할 수있는 한 DBA 전용으로 일한 적이 없습니다 ...

질문을 보면 이것이 회사 일 수 있다고 생각합니다. 전화 인터뷰의 일환으로 모든 후보자에게 이러한 유형의 질문을합니다. 항상. 그것은 우리에게 일할 표준을 제공합니다.

위의 대부분의 답변은 꽤 잘 요약되어 있습니다 ...

a) 우리는 몇 가지 일만 할 수있는 사람들이 아닌 광범위한 경험을 가진 사람들을 원합니다.

b) 질문은 우리가 당신의 지식을 조사하는 데 도움을주기위한 것입니다. 당신은 그 답을 완전히 알지 못하거나 전혀 알지 못할 수도 있습니다.

c) 인터뷰는 우리의 이익과 당신을 위해 존재한다는 것을 기억하십시오 ... 당신이 역할과 회사에 대한 아이디어를 얻을 수 있어야하는 질문 유형과 우리가 당신에게 맞는지, 우리에게 맞는지 ...

d) 직업입니다. 면접을 거치지 않으면 자라서 징징을 멈추고 다음 면담에서 더 잘 해보십시오.

그들은 DBA가없는 것처럼 보이므로 해당 역할을 수행하기를 원했습니다. 이것은 소규모 회사에 일반적입니다.

나는 그것에 아무런 문제가 전혀 없다. 개발자가 특히 데이터베이스에서 작업하는 경우 왜 그런 항목에 대해 특권을 가지지 않아야합니까?

소프트웨어 개발자가 최적화 소프트웨어를 모르거나 성능 문제를 파악하기 위해 응용 프로그램 이벤트 로그에 액세스하는 방법을 알고 있어야합니까? 그렇다면 왜 데이터베이스 개발자 인 사람에게 동일하지 않습니까? 왜 같은 사람이 될 수 없습니까?

데이터베이스 개발과 관련된 소프트웨어 개발 위치에 대해 누군가를 인터뷰하고 있다면, 그들이하는 일뿐 만 아니라 코드의 성능을 향상시킬 수 있음을 알고 있는지 확인해야합니다. 또는 기존 코드를 데이터베이스로 사용하면 병목 현상이 발생할 수 있습니다.

태도를 개발하는 대신, 아마도 더 나은 행동 과정은 "나는 대답을 모른다. 그러나 나는 그것을 찾아 내기 위해 무엇을 할 것인가"일 것이다.

다른 사람들이 지적했듯이, 인터뷰에서 법적으로 보호되는 영역 (예 : 연령, 인종, 성별 등)에 닿지 않는 한 거의 모든 질문은 공정한 게임입니다. 면접관을 던지는 것은 드문 일이 아닙니다. 질문에 답하는 방법과 질문에 대한 해결책을 찾는 방법에 대해 알아보십시오. 또한, 당신이 최근 졸업생 인 것처럼 보이므로, 직장 경험과 생산 환경에서 어떤 종류의 문제를 해결할 수 있는지에 관해서는 약간 제한되어 있습니다. 따라서 회사에서 데이터베이스 중심 작업을 많이 수행하는 경우 질문 한 질문은 인터뷰중인 직위와 관련이있을 수도 있습니다.

당신의 가정과 관련하여 :

a) 이러한 질문은 데이터베이스 개발 질문으로 상당히 분류 될 수 없습니다.

그럴 수도 있고 아닐 수도 있고. 데이터베이스 개발을 수행하는 경우 쿼리 최적화 프로그램을 사용하고 때때로 쿼리에 명백한 문제가 없는지 확인하기 위해 계획합니다. 회사에 쿼리를 검토 할 수있는 데이터베이스 관리자 나 전문가가 있다면 모든 것을 볼 시간이 없을 수도 있고 잘못 코딩 된 쿼리를 모두보고 싶지 않을 수도 있습니다. 마찬가지로 개발자가 개발 환경을 유지 관리하고 데이터베이스를 포함하고 DBA가 프로덕션 측면을 처리하도록하는 것은 드문 일이 아닙니다.

b) 질문은 DBA 인터뷰에는 적합하지만 소프트웨어 개발자 인터뷰에는 경험이 전혀 없다고 생각합니다 (경험 여부).

DBA 인터뷰에 적합 할 것입니다. 그러나 문제와 관계없이 문제의 위치를 ​​파악하고 기본적인 문제 해결 자체를 수행 할 수있는 수준에서만 개발자가 숙지해야 할 주제입니다. 앞에서 언급했듯이 회사에 리소스가 부족하면 기본적인 문제 일 수있는 시간을 낭비하지 않도록해야합니다.

c) 첫 번째 질문은 데이터베이스 공급 업체와 만 관련이 있습니다.

특정 세부 사항은 공급 업체에 따라 다를 수 있지만 일반적인 개념은 어디에서나 적용 할 수 있으며 때로는 일반적인 개념을 이해하는 것만으로도 충분합니다. 단일 개발 스택 (예 : LAMP )에 갇히지 않으려면 인터뷰 중에 핵심 개념을 이해하고 다른 개발 스택으로 이동하는 것이 편하다는 것을 보여줄 수 있어야합니다.

d) 두 번째 질문은 소프트웨어 개발자가 일반적으로 DBA의 역할을하는 데이터베이스 성능 로그를 처리하지 않기 때문에 불공평합니다.

이것은 일반적으로 사실이지만, 작업의 일부가 응답 성이 높은 특정 데이터베이스에 대한 소프트웨어를 작성하는 것이라면 해당 쿼리를 작성하는 데 최선의 노력을 기울여 동료가 될 수 있도록해야합니다. 주어진 영역의 전문가는 제대로 작성되지 않은 쿼리로 인해 혼란에 빠지지 않습니다. 로그가 알려주는 내용에 대한 자세한 내용을 알 필요는 없지만 명백한 문제를 식별 할 수 있어야합니다.

이 모든 것이 도움이 되길 바랍니다!

여러분이 소프트웨어 개발자라고해서 소프트웨어 개발자 주제 만 알아야한다는 의미는 아닙니다. 서버 관리에서 데이터베이스 기술에 이르기까지 다양한 지식을 보유한 것은 실제로 개발자로서 매우 유용한 기술입니다. 후보자에게 이러한 유형의 질문을하는 데 아무런 문제가 없습니다. 그들이 그것들을 올바르게 얻지 못하면, 목록에서 벗어나지 않습니다 (모든 것을 알 것으로 기대하지는 않습니다). 그러나 그들이 대답 할 수 있다면 개발자가 훨씬 더 많은 것을 보여줍니다 단지 전형적인 기술을 설정 한 프로그래머 일 뿐이며 드문 품종입니다.

또한 맨홀 뚜껑에 대한 질문을 한 잠재적 고용주와 비슷한 분쟁이 있습니다. 맨홀 뚜껑의 모양은 프로그래밍과 어떤 관련이 있는지 묻습니다.

형식의 응답 글쎄요. 확실하지는 않지만로 이동하여 찾아 볼 수도 있고 좋은 것도 있습니다. 아무도 당신이 모든 것을 알고 있다고 생각하지는 않지만 물건을 찾을 수 있다는 것이 핵심 기술입니다.