대부분의 인터뷰 질문은 후보자에 대한 현재의 지식에 중점을 두거나 알고리즘 문제를 해결하기 위해 자신의 기술을 확인하는 동안 프로그래밍에 관심이있는 개발자를 고용하고 싶습니다.

다음과 같은 질문을하는 대신

기술 "X"에 대해 무엇을 알고 있습니까?

소프트웨어 엔지니어링 문제 해결과 직접 관련이없는 지식을 확인하지만 IT에 대한 귀하의 관심을 보여줍니다.

예를 들어 Java 개발자를 찾는 경우 Java 세계에서 가장 영향력있는 사람들에게 물어 보거나 기본 스칼라 스 니펫을 보여주고 후보에게 코드를 해석하도록 요청할 수 있습니다.

Alan Turing의 사진을 보여주고 인터뷰 대상자가 사진에있는 사람을 추측하게했습니다. 이 연습은 어떤 의미가 있습니까?

당신이해야 할 일은 그가 가장 즐겼던 프로젝트 중 하나에 대해 말해달라고 요청하는 것입니다. 당신은 그에게 사망 한 주목할만한 사진을 보여줄 수있는 것보다 60 초 후에 그의 열정에 대해 더 많이 알게 될 것입니다.

예를 들어 Java 개발자를 찾는 경우 Java 세계에서 가장 영향력있는 사람들에게 물어 보거나 기본 스칼라 스 니펫을 보여주고 후보에게 코드를 해석하도록 요청할 수 있습니다. Alan Turing의 사진을 보여주고 인터뷰 대상자가 사진에있는 사람을 추측하게했습니다.

그것은 사소하고 기술적 인 지식입니다. 프로그래밍에 대한 열정이 있는지 확인하려면 어떤 식 으로든 열정 을 발휘 해야합니다 . 몇 가지 쉬운 방법이 있습니다.

• 그들이 프로그래밍 블로그 / 잡지를 읽는지 알아보십시오
• 그들이 직장에서 취미로 프로그램하는지 확인하십시오
• 이들이 사용자 그룹이나 조직에 관련되어 있는지 확인
• 프로그래밍에 무엇이 필요한지 물어보십시오. 그래도 여전히 동기가되는지
• 그들이 StackExchange 계정을 가지고 있는지 알아보십시오

만약 그 빛이 그들의 눈에 불꽃이 없다면 당신은 아마도 열정적 인 프로그래머가 없을 것입니다. 당신은 다른 것들로 너무 바빠서 일부를 칠 수도 있습니다. 그러나 나는 당신이 그 점 중 일부를 치지 않은 것에 대한 역사 또는 적어도 후회를 볼 것입니다.

( 경고, 긴 게시물, 주제에 대해서만 부분적으로 )

글쎄, 나도 같은 것을 요구 해왔다. 약 6 년 전 저는 채용 담당자가 우리가 무엇을하고 있는지 이해하도록 노력하고있었습니다.

내가 쓴 당시 :

우리처럼 괴짜인가요? (채용자와 후보자에게 공개 서한).

우리의 문화는 모두 우리에게 중요합니다. 저는 여기서 인종에 대해 이야기하고 있지 않습니다. 배경에 기초를두고 있습니다. 직업을 보는 방법, 직장에서 나가려는 목표, 직업에 접근하고 다른 사람들을 대하는 방법.

나는 인종을 의미하는 것으로 전에 오해되었으므로 지금 명확히 할 것입니다. 이것은 인종에 기초한 것이 아니라 사고 방식과 추진력입니다. 우리는 많은 인종의 사람들과 함께 일했습니다. 또한 단순하고 쓸모없는 많은 사람들도 알고 있습니다. 따라서 인종은 우리가 찾고있는 것을 전혀 정의하지 않으며“문화적”적합입니다.

호주에는 많은 하위 문화가 있지만 대부분의 사람들은 함께하지 않을 것입니다.

• 많은 사람들이 "A> B> C> D"라는 분명한 지시가 필요합니다. 다른 사람들에게 A와 배경을주고 B> C> D와 E를 모두 스스로 해결할 것입니다. 우리는 두 번째 그룹을 찾고 있습니다.
• 당신은 그들에게“노인”하기 때문에 사람들은 단순히 당신에게 동의 할 것입니다. 다른 사람들은 그들의 의견을 말하고 그들의 아이디어에 기여할 것입니다. 우리는 두 번째 것을 원합니다. 이것에 대한 결정은 그들에 대한 결정이 그들에게 가해지면 여전히 그들 자신에게 던져 질 것입니다.
• 어떤 사람들은 rote에 의해 배웠습니다. A를하고 B를하고 C를하면 X가됩니다. 다른 사람들은 배우고 생각하는 법을 배웠습니다. 즉각적인 것을 넘어 근본적인 문제를 해결하십시오.

지난 14 년 동안 우리의 많은 일자리는 고객이 실패한 프로젝트를 정리하고 마무리해야한다는 점에서 왔으며, 주로 회사가 잘못된 유형의 직원을 고용했기 때문에 실패했습니다. 잘못된.

이제 우리가“우리처럼”라고 말할 때 이런 유형의 사람들을 선택하려고합니다.

• 좋은 발명가, 좋은 아이디어, 끔찍한 프로젝트 마무리. 이것은 나 자신을 설명하고 있습니다. 이 문제를 해결하기 위해 사람들을 고용해야합니다.
• 환상적인 옵티 마이저와“행동 자”, 제대로 작동하려면 원하는 것을 얻으십시오. 뒤집기 쪽이 좁아지고 거기에 도달하는 데 시간이 오래 걸립니다. 일반적으로 좋은 기술 특성이지만 일반적으로 외부 세계와 대화 할 수 없습니다.
• "올바른 방법"과 "종료"작업을 잘 알고 있습니다. 그들은 프로젝트를 처음부터 끝까지 볼 수 있으며 놓치는 일이 없습니다. "그런 식으로 이루어져야하기 때문에". 이것은 우리가 여기있는 태도입니다. 고객은 이것을 알고 비용을 지불합니다. 이것을“do”er와 결합하면 이상적입니다.
• 즉각적인 결과를위한 가장 빠른 길. 모든 사람들에게 큰 소리로 위험에 대해 이야기하십시오. (작동하지 마십시오). 스타트 업에 적합하고 일관성이 필요한 기존 비즈니스에는 적합하지 않습니다. 순수한 지원 / 유지 보수 역할에서는 다른 개발자가 나중에 정리하는 경우에 좋습니다. 프로토 타입 및 개념 증명 작업이 훌륭합니다.
• 일반적으로 관심이 있습니다. 무슨 일이 벌어지고 있는지 ... 그것에 대해, 내가 무엇을 할 수 있는지, 지식이나 땀으로 내 가치를 어떻게 추가 할 수 있습니까?
• 로트 학습자 / 프로세스 작업자 프로젝트가 최종 학위까지 계획되어 있고 그들이해야 할“그들의 비트”가있는 곳입니다. 매우 큰 팀에 적합합니다. "접선"이 찍힐 위험은 없으며 1/200 명 중 예기치 않은 결과가 발생합니다. 그들은“해야 할 일”목록을 전달한 다음 그 일을하고 다음 단계로 돌아갑니다. 전 세계의 많은 문화 (인종 및 학교)는 습득 한 학습자 또는 보스 / 언더 링 스타일 근로자를 선호합니다. 이 스타일의 사람은 우리에게 쓸모가 없습니다. 대기업에 보내십시오.
• 우리 직원들은 팀 내에서 평등하며 고객이 설정 한 목표를 달성하기 위해 팀 내에서 일할 것으로 예상됩니다.
• 당신은 일을 착륙시키는 데 필요한 모든 것을합니다.
• 당신은 첨부없이 의견과 관점을 제공합니다.
• 경계 사례를 통해 사고하고 분석합니다.

언어는 우리와 함께 일하는 데 장애가됩니다. 우리는 여기에 우리 자신의 언어를 거의 가지고 있습니다. 적어도 영어와 유머 감각이 결합 된 기술력이 필요합니다.

당신이 우리를 이해하지 않으면 당신은 당신이해야 할 일이나 우리의 나머지 사람들이 솔루션을 구현하는 방법에 대한 요구 사항을 파악하지 못할 것입니다 ... 당신은 지속되지 않을 것입니다.

왜 우리와 함께 일하고 싶습니까?

• 당신은 지불받습니다. "실제 세계"에서 얻는 것과 같은 것이 아니라 좋은 돈입니다.
• 결정에 참여하게됩니다. 감독은 최종적으로 모든 의견, 의견, 의견 및 의견을 듣고 싶습니다. 모두 도움이됩니다.
• 당신은 자신의 물건을 연구하게됩니다. 괴짜 물건, 코딩, 신제품, 최신 MS 대 Linux 전쟁 개발, 디자인 기술에 관심이 있습니다. 당신이 원하는 것을 연구하고 발견하기 위해 매주 시간이 주어집니다. 당신은 다른 사람들과 공유해야합니다.
• 새로운 기술을 시험해보십시오. 연구 나 새로운 프로젝트를 통해 우리는 새로운 것을 시도하고 새로운 것을 디자인하려고합니다. 우리가 그렇게 할 수 있도록 프로젝트가 있습니다. (클라이언트에게 도움이되고 그렇게하는 데 프로젝트보다 많은 비용이 들지 않음)
• 양복을 입을 필요는 없습니다. 고객이나 이벤트 방문과 같은 상황이 필요하지 않은 경우.
• 우리는 당신이 더 많은 것을 배우기를 원하며 당신이 아는 것을 향상시키기 위해 목표 훈련을 할 것입니다.
• 당신은 일반적으로 9-5를 실행하는 데 requried되지 않습니다. 9-5의 계약에 대한 지원을 실행하는 경우, 그렇지 않으면 작업을 완료하고 권한을 남용하지 마십시오.
• 함께 할 수있는 훌륭한 팀. 어쨌든 우리는 공손함에서 서로의 농담을 비 웃으며 뒷등 정책을 찌르지 않습니다. 
• 우리도 괴짜입니다. 우리 중 일부는 여자 친구와 아이들이 있지만 당신을 속이지 못하게합니다.
• 우리는 매우 큰 회사의 존경을 즐기고 의심의 여지가 없습니다.
• 우리의 고객 기반은 호주와 전세계에 퍼져 있습니다. 여행의 범위를 넓히고
• 우리는 고객 및 직원들과 매우 좋은 관계를 맺고 있습니다.
• 당신이 필요하거나 문제가있는 경우 우리는 당신이 그것을 정리하기 위해 시간을내어 상관 없어. 몇 시간 후에 추가로 차이점을 보완하는 한.
• 당신의 아이디어는 가치가 있으며 그 아이디어에 대한 더 큰 보상을 보게됩니다.
• 당신은 Redgum의 성공에 참여합니다.

자, 아직도 우리를 위해 일하고 싶습니까? 왜?

결론

2004/05 년에 나는 50 ~ 60 번의 인터뷰를 직접했고 14 명 정도의 채용 대행사와 협력하여 나에게 박스를 체크 한 사람을 던진 사람을 던졌다 고 썼다. 인터뷰에서 사람들.

지금까지 내가 가진 가장 큰 성공은 위의 의미와 내가 찾던 것을 이해하고 적합했던 사람들에게 목록을 필터링 할 수있는 단일 모집자를 찾는 것입니다.

이제 나는 내가 신뢰하는 1 명의 채용 담당자가 내 사업을 알고 내 요구를 알고 있으며, 우리는 한 달에 한 번씩 점심을 먹으며 ... 그를 보내 게하고, 시간을내어 그를 적절한 후보자에게만 보여 주겠다고 믿습니다.

모집은 비평가 영역이며, 하루가 끝날 무렵 마지막 말을하는 동안 ... 돈이 있으면 기술을 가진 사람들이 자신의 일을하도록하십시오.

그들이 누군가를 찾으면, 나는 그들과 인터뷰하고, 그들의 경험, 그들의 관심사, 동기를 부여하는 것들, 그들이 한 멋진 프로젝트에 대해 물어보고, 위의 것에 대한 그들의 대답을 듣고 ... 점심 시간에 팀과의 두 번째 인터뷰에서 팀의 다른 모든 사람들이 그들에게 질문을하고 엄지 손가락을 위 또는 아래로 알려줍니다 ... 그리고 우리는 고용합니다.

앨런 튜링 (Alan Turing)은 너무 많지만 영향력있는 사람을 지명하는 것은 괜찮습니다. 이 질문을 받았다면, 그 사람은 Effective Java를 썼습니다 ...

고용은 양방향 거리입니다. 먼저 인재 풀을 알아야합니다. 열정적 인 프로그래머를 고용하려면 먼저 몇 가지 질문을해야합니다. 그들이 해결해야 할 흥미로운 문제가 있습니까? 둘째, 경쟁력있는 보상을 제공합니까?

실제로 두 가지를 모두 제공 할 수 없다면 기술과 전문성에 더 집중하는 것이 좋습니다.

37 Signals의 사람들은 훌륭한 프로그래머를 고용하는 것을 다루는 훌륭한 게시물 을 썼습니다 .

자세한 내용은 게시물을 읽을 수 있지만 (가치가 있습니다!) 대략 다음과 같이 요약 할 수 있습니다. 인터뷰 중에 조사하고 질문 할 수있는 사항이 있습니다.

1. 그들은 어떻게 의견이 있습니까?
2. 오픈 소스 프로젝트에 얼마나 기여합니까?
3. 그들은 프로그래밍을 얼마나 좋아합니까?
4. 그들은 실제로 배송합니까?
5. 그들은 무엇을 마스터 했습니까?
6. 그들은 얼마나 잘 의사 소통을합니까?

소규모 프로젝트에 참여하여 업무 방식을 파악하여 다른 사람을 고용 할 위험을 더욱 줄일 수 있습니다. 작업을 처리하고 시간을 관리하고 의사 소통하는 방법을 보여줍니다.

• 디자인 패턴 / 반 패턴 / 프로그래밍 실습에 대한 간단한 대화를 시작하고 후보자에게 정보를 제공하는 방법을 확인하십시오. 그들의 견해가 얼마나 흥미롭고 상쾌한가. 그리고 그들이 이런 것들에 대한 자신의 아이디어를 가지고 있는지 여부
• 실제 문제에 대해 이야기하고 후보자가 솔루션 제안을 시작하는 방법을 확인하십시오.
• 특정 기술이나 언어를 언급하지 않고 응시자가 프로그래밍에 대해 이야기 할 수있는 시간 (및 시간)을 알 수 있습니다. 후보자가 환상적이거나 너트와 볼트에 관한 것인지 확인
• 프로그래밍 언어로 가장 환상적인 기능에 대해 이야기하도록 요청하십시오. 열렬한 프로그래머에게는 항상 기능 환상이 있습니다.
• 그들에게 프로그래밍 따옴표를 요청하고 그들이 인기있는 것들을 알고 있는지 확인하십시오.
• 프로그래밍에 유머 감각을 테스트

아니요, 그 접근법은 전혀 의미가 없습니다. Alan Turing의 사진을 알고 Java 개발에있어 주요한 이름을 밝힐 수는 있지만 프로그래밍이 제공 할 수있는 것에 대해 얼마나 열정적인지에 대해서는 아무 것도 알려주지 않습니다. 또한 당신이 작업 한 모든 오픈 소스 프로젝트를 나열하십시오. 그중 일부는 쉽게 습득 한 지식이며 일부는 CV / 이력서 드레싱에 매우 자주 사용됩니다.

아무리 사소한 문제라도 솔루션을 프로그래밍하여 해결할 수있는 실제 문제를 설명하도록 요청하십시오. 인프라를 식별하는 것만 큼 실용적 일 필요는 없습니다. 더 나은 방법으로 프로그래밍하는 방법에 대해 생각해 보았습니다. 사용되는 언어는 이차적으로 중요합니다. 특정 언어를 사용한다고해서 반드시 프로그래밍에 열정을 가진 사람을 얻는 것은 아닙니다.

열정의 정의는 여기서 광범위합니다. 나는 여러 종류의 프로그래머를 보았다. 우리는 그것들을 프로그래머라고 부를 수는 없습니다. 저는 열정적 인 프로그래머를 정의했습니다.

1. 프로그래밍의 기초를 아는 사람은 누구입니까? 프로덕션 코드의 기본 사항을 직접 사용하지는 않지만 즉시 새로운 내용을 학습하는 태도와 기능을 보여줍니다.
2. 그는 문제와 기술에 깊이 빠져들 수있는 능력이 있어야합니다. 대부분의 프로그래머는 기성품을 사용하는 데 전문가이지만 확장하는 데 도움이됩니다.
3. 그는 자신이 보유한 기술 및 산업 업데이트로 업데이트해야합니다. 나는 물건을 읽을 시간이없는 프로그래머들을 정말 싫어한다. 여기에있는 대부분의 사람들은 문제를 정리할 준비가되어있어 똑똑합니다. 똑똑한 사람들이 일반적으로 알려진 문제에 시간과 시간을 소비하는 것을 보았습니다. 그들이 정말로 부족한 것은 읽을 수있는 능력입니다.
4. 열정적 인 프로그래머는 자신의 코드보다 사용자에 대해서도 마찬가지로 열정적입니다. 그는 사용자 관점에서 모든 것을 수행합니다.
5. 기간 동안 점진적으로 우수한 소프트웨어 아키텍처를 사용 / 생성하는 능력을 보여 주어야합니다.

"열정적 인"사람들이나 유능한 사람들을 원하십니까? 차라리 비즈니스를 아는 사람들이 있지만 컴퓨터 화면 밖에서 아무것도 모르는 아이들보다 하루 16 시간에 기여하는 오픈 소스를 제외하고는 취미가없는 사람들보다 비즈니스와 현실을 구별 할 수있는 사람들이 있습니다. 명목상 나를 위해 일하는 동안)

실제 문제 해결 질문

이 응시자의 기술에 대해 이야기하는 것 외에도, 그가 실제로 질문하는 문제를 해결 하는 데 얼마나 열정적 으로 접근 하는지 관심을 기울이면 프로그래밍에 대한 열정이 어느 정도인지 알 수 있습니다. 그리고 다른 유형의 문제 해결 질문 (일부 코딩 질문, 일부 알고리즘 디자인 질문, 일부 시스템 디자인 질문)을 물어 보면 그가 가장 열정적 인 프로그래밍 영역에 대해 이해할 수 있습니다.

인터뷰에서 Software Guerilla Guide to Joel을 읽어 보시고 그 열정을 찾는 방법을 알려줄뿐만 아니라 열정이 여러분이 찾고있는 가장 중요한 것 중 하나가 아니라고 말합니다. "와"일을 끝냅니다 ". (그는 열정을 언급하지만 그의 의도는 그것이 당신 이 찾고 있는 다른 두 가지의 징조라고 생각합니다 ).

프로그래밍에 열정이 있다면 다른 사람들을 발견 할 수있을 것입니다. 인터뷰 중 어렵지 않은 프로그래밍에 대해 이야기하기 만하면됩니다. 그리고 말하는 사람에게 집중하십시오. 열정에 관계없이 역량 수준을 갖추어야합니다. 그렇지 않으면 판단이 흐려질 수 있습니다.

다음을 물어보십시오 :

• StackExchange 사이트에서 질문에 답변합니다.
• 블로그 나 웹 사이트가 있습니까?
• 그들은 부업 프로젝트를 수행합니다 (아마도 상업적)
• 그들은 오픈 소스 프로젝트에 기여합니다.

열정적 인 프로그래머를 고용하기 전에 그 의미를 결정해야합니다.

프로그래머에 대한 열정을 찾을 때, 해결해야 할 어려운 작업 문제에 대해 토론하면서 열정적으로 목소리와 관련이 있습니다. 그것은 깊이 있는 지식 을 얻기에 충분한 열정을 갖고 어려운 문제를 해결하기 위해 강화하는 것과 관련이 있습니다. 그들과 관련이없는 것은 그들이 직장 밖에서 프로그램을했는지 아니면 그들의 사진을 보면서 과거의 유명한 프로그래머 3 명을 지명 할 수 있는지 여부입니다.

인터뷰를 할 때 질문에 대답하는 방식으로 열정을들을 수 있습니다. 그들은 열정적이지 않은 사람들보다 더 깊이 들어가고 그들이 말하는 것에 열중하는 경향이 있습니다. 이들은 프로그래밍중인 비즈니스 영역을 이해하고 문제를 해결하는 방법과 프로그래밍 프로세스 또는 응용 프로그램 설계를 개선하기 위해 작업에서 제안한 사항에 대해 이야기 할 수 있습니다. 리팩토링 및 디자인 패턴에 대해 구체적으로 묻지 않고 이야기합니다.

그들의 업적에 대해 이야기 할 때, 모듈의 기본 코딩을 넘어서는 것들에 대해 이야기합니다. 그들은 디자인에서 문제를보고 리팩토링 한 방법에 대해 이야기하거나 어려운 문제를 해결하기 위해 사용할 새로운 기술을 찾고 열정에 대해 이야기합니다. 열정적 인 사람은 닥 치기가 어렵습니다. 그들은 실제로 자신의 성과와 미래에 대한 목표를 설명하고자합니다. 그들은 당신의 직업이 제공하고 현재는 그렇지 않은 것들에 대해 구체적으로 작업하고 싶은 것들을 가지고있을 수 있습니다. 그들은 기술의 성장 패턴과 그들이하는 일의 복잡성을 보여줍니다.

여가 시간에 무엇을하는지 물어보십시오. 개인 프로젝트를 코딩하고 작업하는 경우 열정적 인 프로그래머의 확실한 신호입니다. 모든 열정적 인 프로그래머가 자신의 여가를 프로그램하는 것은 아니지만 대부분의 사람들은 열정적입니다.

또 다른 한 가지는 그가 프로그래밍에 소비 한 시간의 수를 추정하도록 요청하는 것입니다.

추신. 나는 모든 시간을 코딩 해야한다고 말하지 않습니다 . 당신은 인생, 취미 등을 가져야합니다. 그러나 우리는 사랑하는 것에 시간을 보내는 경향이 있습니다 (배우자와 아이들에게 시간을 보내는 것이 중요합니다 :) 여분의 시간을 두는 것이 좋은 지표 DS입니다.

... 그렇습니다. 예, 열정적이지 않은 프로그래머는 당신이 원하는 모든 것을 공감할 수 있습니다.)

DS.

인터뷰 전에 이력서를 통해 열정적 인 개발자와 나머지 개발자의 차이점을 알 수 있습니다. 열정적 인 개발자는 자신이 한 일에 대해 이야기하고 나머지는 자신이 한 일에 대해 이야기합니다. 열정적 인 개발자는 자신의 블로그, 개인 프로젝트 등을 나열합니다.

관리자는 처음 몇 번의 인터뷰에 참여했으며 인터뷰 중에 후보자를 기술 심사조차하지 않았을 때 거의 바닥에있었습니다. 나중에 왜 내가 건너 뛰었는지 물었습니다. "저는 이미 자신의 블로그에서 코드를 읽었으며 코드를 작성할 수 있다는 것을 알고 있습니다."

인터뷰하는 동안 단 한 번의 질문으로 "기술을 도입 한 사람"에 대한 열정을 식별 할 수 있습니다. 처음으로 컴퓨터를 사용하고 프로그램을 작성했을 때 접선을 시작하면서 열정적 인 개발자를 짧게 잘라 내야 할 것입니다. 등등. 나는 나머지 사람들의 대답을들을 때 하품을 억압해야한다는 것을 알게되었다.

마지막으로, 나의 기술 화면은 열정적 인 개발자가 기분을 상하게 할 수있는 질문으로 시작하며, 열정적이지 않은 개발자는 그들 중 일부 또는 전부에 정확하게 대답 할 수 있습니다. 열정적 인 개발자는 마치 치트 시트가있는 것처럼 흔들어 줄 것입니다.

저의 편견은 배우고 성장하기를 열망하지 않는 숙련 된 개발자보다 경험이 적은 열정적 인 개발자를 고용하는 것입니다. 분명하고 간단한 사실은 기술이 너무 빠르게 변화하여 직무가 필요하지 않은 다가오는 트렌드를 파악하지 못하는 사람을 고용 할 수 없다는 것입니다.

나는 이것이 바보 증거가 아니라는 것을 완전히 인정합니다. 내 방법으로 인해 일부 우수한 인재가 손가락을 통해 미끄러질 수 있습니다. 나는 고도로 숙련되었지만 5 세에 컴퓨터를 켜는 사람들이 있다는 것을 알고 있습니다. 반면에 저는 열정적 인 프로그래머에 의해 정기적으로 감동을 받았으며 수년간의 경험에 관계없이, 나는 그들로부터 많은 것을 배우고 있음을 금방 알게되었습니다. 그들은 나에게서 왔어요.

여기에 대한 모든 훌륭한 답변-후보자가 다른 사람들의 코드로 작업했는지 (때로는 대학에서 신선하지 않은 경우도 있음), 종종 그렇다면 이전 코드로 가장 큰 애완 동물이 무엇인지 묻습니다. 때때로 그들은 나빠서 잘못된 패턴과 그것들을 어떻게 고치는지를 설명 할 것입니다. 나는 그것을 좋은 징조로 받아들입니다. 다른 답변은 당신에게 매우 느긋한 프로그래머를 보여 주거나 또는 하나는 비극적이라는 것을 보여줄 수 있습니다. ... 당신이 원하거나 원하지 않는 것.