인터뷰를 피할 수 있다면 데모 를 쓰지 마십시오 . 가능하면 기존 코드 또는 프로젝트를 제출하십시오.
데모 및 코드 샘플은 여러 가지 이유로 중요합니다 (검토 자에 따라 다름). 대부분 잠재적 인 고용주에게 야생에서 작성한 코드의 종류와 해결하고자하는 문제의 종류를 보여줍니다. 또한 소프트웨어 개발 기술에 대한 관심 수준을 보여줍니다.
당신이 이미 자랑스럽게 생각하거나 문제에 대한 영리한 해결책을 보여주는 이전의 프로젝트 나 게임을 위해 이미 작성한 코드를 제출하는 것이 훨씬 좋습니다. 흥미 롭거나 어렵거나 좋은 토론의 기초.
샘플 코드로 제출하기 위해 코드를 명시 적으로 작성하는 것은 생각 나고 가짜 인 것처럼 보입니다. 예를 들어, 프로그래머가 잠재적 고용주가 "잘 문서화 된"코드를보고 싶어하므로 모든 것에 대해 자세한 설명을 적어 완벽하다고 생각하는 것을 위해 노력한다고 프로그래머가 생각하기 쉽다. 실제 코드는 완벽하지 않으며 사마귀와 거친 부분이 있으며 데모 제출을 위해 코드를 명시 적으로 작성할 때 코드 작성을 좋아했기 때문에 코드를 작성하지 않은 것이 분명해집니다. 당신은 직업을 원했습니다.
즉, 아직 작성하지 않았거나 이전 작업으로 인해 코드를 제출할 수 없기 때문에 제출 할 수있는 작업이 없다면 (NDA에서) 많은 옵션이 있지만 새로운 것을 작성하는 것입니다. 그 시나리오에서 나는 당신이에 집중하는 것이 좋습니다 독자가 직접 작성하는 하고 고용주가 "원하는"것을 잊어 버리 . 게임을 작성하고 싶기 때문에 게임을 작성하십시오. 그 기술을 탐색하고 싶기 때문에 멋진 기술 데모를 작성하십시오.
- 코드 모듈성은 얼마나 중요합니까?
- 전형적인 알고리즘 구현을 보여주는 것이 얼마나 중요합니까?
- 새로운 기능을 포함시키는 것이 얼마나 중요합니까?
- 연주 능력이 얼마나 중요합니까?
- 코드 가독성 또는 코드 최적화 권한을 부여해야합니까?
- 코드 문서는 얼마나 중요합니까?
이 모든 작은 질문에 대한 대답은 불행히도 "의존적"입니다 (가독성을 제외하고-일반적으로 가독성을 선호해야한다고 생각합니다. 특히 "데모 코드"). 일부 고용주는 퀵 정렬을 다시 구현하는 것을 원할 수도 있습니다. 다른 사람들은 신경 쓰지 않을 수 있습니다. 다른 사람들은 인터뷰에서 화이트 보드에 퀵 정렬을 다시 구현하도록 요청합니다.
다른 고용주와 코드를 검토 할 수있는 다른 사람들조차도 다른 것을 원 하기 때문에 고용주가 원하는 것에 초점을 맞추지 마십시오 . 자신 에 대해 보여주고 싶은 것에 집중하십시오 . 왜냐하면 당신은 그것에 대해 훨씬 더 많은 통제력을 가지고 있기 때문에 장기적으로 더 많은 혜택을 볼 수 있기 때문입니다.