몇 가지 이유로 항상 몇 가지 코드를 보도록 요청합니다.

• 내가 뭘하는지 알고 싶어 물론 어떤 소프트웨어 회사도 완벽하지는 않으며 모든 사람이 항상 우아함의 경이로움을 느끼지 않을 것이라고 기대하지는 않습니다. 하위 파 스파게티 엉망, 나는 비참한 시간을 보내고, 머리카락을 풀고 기술 부채로 싸우고 아무것도하지 않습니다. 회사가 보여줄 수있는 최상의 코드를 보면 어떤 종류의 품질이 가능한지에 대한 상한을 정합니다. 모든 코드가 그렇게 보이지 않는 경우에도 코드가 노력하고 있음을 여전히 알고 있습니다.
• 코드 샘플을 보면 회사의 코딩 문화에 대해 많은 것을 알 수 있습니다. 그들은 문서 주석을 사용합니까? 그것들은 객체 지향 스타일에 의존하고, 기능적 프로그래밍 경향이 있습니까? 그들은 보수적이거나 진보적인가? 일관된 이름 지정, 올바른 형식 지정 및 들여 쓰기 및 깔끔한 코드를 중요하게 생각합니까? 코드를 쉽게 따라갈 수 있습니까? 그들은 어떻게 프로젝트를 구성합니까? 자동화 된 테스트, 오류 처리 등 중요한 것들에 어떻게 접근합니까? 코딩 스타일은 얼마나 방어 적입니까?
• 기존 코드를 보면 표준을 준수 할 수 있는지 판단 할 수 있습니다 .
• 회사가 코드 샘플 만 기꺼이 공유한다는 사실은 원칙적으로 좋은 신호입니다. 코드베이스가 가장 귀중한 자산 중 하나이기 때문에 지원자에게 신뢰 를 제공한다는 의미입니다 . 또한 코드를 부끄러워하지 않으며 코드를 표시하면 코드 작업에 관심이 있음을 확신합니다.
• 코드 샘플을 보여주지 않으면 적기 일 필요는 없지만 공유하지 않는 이유를 물어 보는 것이 현명합니다 (아마도 법적인 이유로 간단하지 않습니다). 왜 일부를보고 싶어하는지 설명 할 수 있습니다. 정중하고 긍정적으로 요구하는 한 코드에 관심을 보이는 것은 부정적인 신호로 보일 것이라고 생각하지 않습니다.

그리고 더 많은 부작용이 있습니다.

코드를 표시하기로 동의 한 회사는 명백한 이유로 전체 코드베이스의 최신 버전이 포함 된 소스 파일을 보내지 않을 것입니다. 그들이 나에게 어떤 코드를 보여 주면, 약간의 데모 형식으로 보여줄 것입니다. 그것은 훌륭한 동료 중 한 사람과 이야기를 나누고 코딩 문화, 프로세스, 코드베이스와 이상적으로는 기술과 지식을 모두 보여주고 작업 환경에 대해 자세히 배울 수있는 전문 토론을 시작하는 데 도움이됩니다. 또한 그들이 사용하는 도구를 살펴 보는 것도 의미가 있습니다. 예를 들어, 그들이 보여주는 프로젝트가 특정 IDE에 크게 의존한다면, 모든 사람들이 그것을 사용한다는 것이 의미가 있습니다. 그리고 마지막으로,

답변