답변:
오히려 아닙니다 . 나는 명시 적으로 요청했을 때만이 작업을 수행 할 것입니다. 물론 기밀로 유지되는 코드를 가져올 수 없습니다. 일반적으로 이전 작업에서 작성한 모든 것에 적용되므로 기본적으로 여가 시간에 작성한 코드로 제한됩니다. (현재 고용주로부터 자신있게 코드를 작성하는 경우 대부분의 면접관은 즉시 문을 열어야합니다.)
어쨌든 면접관으로서 면접 중에 코드 를 작성하는 것을보고 싶기 때문에 기술을 가진 사람 임을 확신 할 수 있습니다 . 좋은 친구가 가장 인상적인 코드를 작성하고 설명을 외우도록 도와주는 것은 너무 쉽습니다.
좋은 생각이라고 생각합니다! 좋은 프로그래머를 인식하는 몇 가지 방법 중 하나이므로 실제로는 코드 검토가 더 자주 수행되지 않습니다 (실제로 코드를 작성하는 것 제외). 누군가의 코드를 보면 코드가 얼마나 "깨끗한"지에 따라 프로그래머가 얼마나 좋은지 알 수 있습니다.
내가 인터뷰를했다면 아마도 당신이 가지고있는 코드에서 다루는 것이 좋을 두 가지를보고있을 것입니다
a) 일부 구현 / 방법 / 알고리즘의 품질. 특히 우아하다고 생각되는 코드를 보여주세요.
b) 더 큰 프로그램의 전체 아키텍처. 프로그래머는 종속성을 어떻게 처리했으며, 자신이 만든 디자인 결정을 설명 할 수 있습니까?
목표는 모든 코드를 거치지 않기 때문에 실제로 가져 오는 코드의 길이는 중요하지 않지만 코드에서 강조 표시 한 것은 중요합니다.
아니.
인터뷰에서 합리적인 길이의 프리젠 테이션을 제공하지 않는 한, 보여줄 시간이 있고 감사해야 할 시간이 있습니다. 당신이 당신의 경력에 관계없이, 당신의 기술을 대표 할 수 없습니다.
그들이 당신이 성숙한 소프트웨어 개발자라는 증거를보고 싶다면, 그것은 당신이 인터뷰의 AOB 섹션에서 효과적으로 진행할 수있는 프로그램의 규모에서 발견되지 않을 것입니다.
그들이 당신이 전혀 프로그래밍 할 수 있음을 보여주기를 원한다면, 그들은 적절한 테스트를 받거나 즉석에서 연결된 목록과 같은 작은 일을하게 할 것입니다. USB 키에 링크 된 목록 구현을 가져 오면 책에서 얼마나 많이 복사했는지 모릅니다. 10 분 또는 2 주가 걸 렸는지 여부 또는 포인터가 무엇인지 stackoverflow에 문의해야했는지 여부.
또한 무엇을 보여 주겠습니까? 쉽게 이해할 수있는 깨끗하고 잘 작성된 코드는 지루합니다. 면접관은 스 니펫의 의도를 얼마나 명확하게 파악할 수 있는지에 놀라지 않을 것입니다. 다른 한편으로, 당신이 Duff 's Device 와 같은 영리한 무언가를 발명 했고 그것을 보여주고 싶다고 상상해보십시오 . 면접관들은 당신을 가독성의 적이라고 생각할 것입니다.