면접에서 어떤 샘플 작업 소스를 사용해야합니까? [닫은]


14

내 친구 중 하나가 해고되었습니다. 내가 그에게 말했을 때, 그는 그들이 한 일을 복사하지 못하게했다고 말했다. 인터뷰에서 다른 고용주에게 자신의 작업 내용을 보여줄 방법을 물었을 때, 설명을해야한다고 들었습니다.

프로그래머로서 우리는 이전 직장의 이전 고용주 샘플을 채취 할 수 있어야합니까? 인터뷰에서 어떤 코드 소스를 보여 주어야합니까? 거의 모든 고용주가 샘플 작업을 요구할 때, 우리는 어떻게 보낼 수 있는지를 어떻게 정당화해야합니까? 평생 퇴근 후 프로젝트를 유지하여 다음 고용주에게 법적으로 보여줄 수있는 코드를 유지하는 것이 우리의 책임입니까?


3
@Craige 감사합니다. 질문을 일시적으로 다시 열었습니다 . 현재 버전은 경계선이라고 생각합니다. 답변이 남쪽으로 가면 다시 닫힐 수 있습니다.
— yannis

해설자 : 답변이있는 경우 답변을 남겨주세요. 이 질문의 주제에 대해 토론하려면 채팅하십시오 .

답변:


4

미국 법 제 17 조 107 조는 저작물의 출판 여부에 관계없이 저작권이있는 저작물이 공정 사용을 위해 복사 될 수있는 상황에 대해 설명합니다. 저작권법은 일반적으로 소스 코드를 보호하므로 귀하의 질문과 관련이 있습니다.

나는 변호사가 아니며, 어느 쪽의 방법으로도 판례를 세우는 법을 알지 못하지만, 내 의견으로는 귀하의 작업에 대한 짧은 예를 복사하면 공정하지 않을 수 있습니다. 작업 프로그램 또는 모듈을 완성하고 영업 비밀을 밝히지 않습니다. 공개적으로 사용 가능한 데이터 시트가있는 칩 드라이버를 구현 한 10 개의 파일 중 하나는 이전 고용주에게 아무런 해를 끼치 지 않습니다. 디자인에 도움을 준 회사의 일급 비밀 알고리즘을 구현하면 문제가 발생할 수 있습니다.


그것이 의미하는 바입니다. 도구를 보여주는 비디오를 녹화하면 소스 코드를 제공하지 않기 때문에 재현 할 수 없습니다.
— Joan Venge

8

나는 법적인 부분 에 대해 확신하지 못하지만 내가 생각하는 것은 결코 당신과 함께 일하는 것을 허용해서는 안됩니다. 당신은 그 일에 대한 대가를 지불 받았다. 그것은 당신의 재산이 아니라 회사의 재산입니다.

일반적으로 사람들은 회사에 알리지 않고 참고 또는 다른 이유로 업무를 수행합니다. 그것이 당신이 할 수있는 유일한 방법입니다. 누수가 발생할 경우 여전히 책임이 있습니다.

나는 내 오래된 작품을 보여줄 수있는 비슷한 상황이 있었으며 아마도 내 프로파일을 향상 시켰을 수도 있지만 너무 선택하지 않아 후회하지 않습니다. 그것은 나의 오래된 회사 자산이었고 그렇게해야합니다. 의사 소통 능력이 자신이 한 일을 설명하기에 충분하지 않은 경우, 이전 고용주를 비난해서는 안됩니다.

참고 : 여기서 어떤 유형의 작업이 참조되는지 잘 모르겠습니다. 그것은 어느 정도 중요 할 수 있습니다.


그것은 영업 비밀이 아니며 회사를 위해 작성한 내부 도구 일뿐입니다.
— Joan Venge 2019

1
아니요, 설명 할 수 있습니다. 또는 자신의 것으로 만들기 위해 다시 작성할 수 있지만 똑같은 것을 보여주는 것은 의문의 여지가 없습니다.
— 없음

나는 당신이 무슨 뜻인지 알지만, 재 작성하는 데 시간이 오래 걸리고 설명하려고한다면 그들이 생각하기에 과거의 고용주가 당신에게 해로운 일을했을 것입니다.
— Joan Venge

"코드가없는 이유"가 아니라 "프로젝트가 무엇인지"설명해야합니다. 코드 비용을 지불했다면 코드가 아닙니다. 재생산하는 데 시간이 오래 걸리면 수행 한 작업을 설명하거나 빠른 모형을 만드십시오.
— 없음

사람들은 자신의 작업에 대한 기억을 유지할 수 있습니까? 특히 추억을 가진 사람들? 코드를 생성하지 않는 문제를 해결하기 위해 비용을 지불합니다.
— Den

6

누군가가 인터뷰에 와서 이전 고용주의 기밀 재산 (공공 웹 사이트의 소스 코드 포함)을 분명히 보여 주면 다른 기술과 능력에 관계없이 그 사람을 고용하는 것에 대해 진지한 예약을 할 것입니다.

다시 말해서, 이것은 완벽하게 합법적이고 수용 가능하며 그 이후로 일할 가치가있는 모든 고용주는 상황을 이해할 것입니다.


나는 일종의 관찰자로서 많은 인터뷰를 해왔고 아무 것도 보여주지 않은 사람을 만나지 않았기 때문에 확실합니까? 사실 나는 많은 NDA 작업을 본 것을 기억합니다. 나는 직업을 신청하는 사람에게 어떤 도구를 가져갈 수 있는지, 100 % srs라고 요청한 회사에 대해서도 알고 있습니다.
— Joan Venge 2019

@JoanVenge : 그러한 고용주를 위해 진지하게 일하고 싶지 않습니다. 그들이 다른 회사로부터 기밀 정보를 공개하도록 요구하는 경우, 그들에 대해 신뢰할 수 있습니까?
— Goran Jovic

1
@JoanVenge는 : 내 말은, 당신의 친구가 :) 같은 회사를위한 작업에 원하지 않는다
— 고란 Jovic

4
@JoanVenge, 아니요. 경쟁 업체에게 도덕적 / 법적으로 의심스러운 일에 기꺼이 참여할 경우 직원에게 비 윤리적 / 불법적 인 일을하는 것에 대해서는 아무런 문제가 없을 것입니다.
— Charles E. Grant

1
@JoanVenge-예, 확실합니다. 이것은 직원의 윤리에 대한 위험을 제기합니다. 이전 고용주가 이전 고용주에 대해 수행 한 작업을 소유 한 사람을 이해하도록 그를 믿을 수 없다면, 새 고용주로서 후보자를 신뢰할 수 없다는 확실한 증거가 있습니다.
— James McLeod

6

내 경험상 고용주는 과거 작업의 결과에 더 관심이 있거나 그 구조를 설명한다고 들었습니다. 실제 코드의 페이지와 페이지를 살펴 보는 데 관심이 없습니다. 실제로 코딩 스타일을보고 싶다면 사소한 작업을 수행하도록 요청합니다.

개인적으로, 고용주에게 내 작품에 대한 스크린 샷을 찍어 내 포트폴리오에 추가 할 수 있는지 묻습니다. 이미지를 편집하여 회사 별 데이터를 제거하거나 앱에 더미 데이터를 채우므로 일반적으로 문제가 없습니다. 그런 다음이 스크린 샷을 사용하여 잠재적 고용주에게 응용 프로그램을 설명 할 수 있으며 과거에 수행 한 결과를 볼 수 있습니다.

먼저 고용주에게 문의하십시오. 회사 고유의 데이터가 제거 된 스크린 샷도 괜찮습니다.


3

코드 사본을 볼 때 어디에 선을 그릴 지 또는 특정 문제를 어떻게 해결했는지에 대한 질문이 확실하지 않습니다. 코드에서 중요한 것을 밝히지 않고 얼마나 자세하게 설명 할 수 있습니까?

인쇄물을 가져 오면 어떻게 썼는지 어떻게 알 수 있습니까? 물론 무엇을하고 왜 그렇게했는지 설명해야합니다. 다른 사람의 코드를보고 코드의 기능과 개선 방법을 설명하는 것이 쉬울 수도 있습니다.

결국 코드를 ​​작성할 수 있음을 증명해야하며 실제로 코드를 작성하는 것이 좋습니다.

오픈 소스 프로젝트에서 작업하고 기여를 확인할 수있는 신뢰할 수있는 소스의 추천을 받으면 문제를 해결할 수 있습니다. 현재 고용주가 이에 대한 주장을하게 될지는 의문이지만, 귀하가 거주하는 법을 모르겠습니다.


2

글쎄, 당신은 그것이 당신의 코드가 아니라는 것을 이해해야합니다. 귀하는 누구에게도 그것을 보여줄 권리가 없으며, 전 고용주는 사본을 남기지 않고 세트로 보호 할 권리가 있습니다.

인터뷰에서 일반적으로 보여주는 코드는 취미 프로젝트 및 / 또는 여가 시간에 이탈 한 유틸리티로 구성됩니다. 당신이 보여줄 것이없고 직업을 찾고 있다면, 그 일을 시작하십시오. 공개 git-hub 저장소는 인터뷰에서 보여주기에 좋은 것입니다.

또한, 인터뷰에서 이전 고용주 코드를 보여주는 것은 맛이 좋지 않으며 인터뷰 비용이들 것입니다. 코드의 모든 비트는 취약점을 노출시킬 수있는 버그로 가득 차게됩니다.


2

최근에 저는 프로그래밍 학습의 어려움을 극복 한 경험을 기록한 블로그를 시작했습니다. 저는 상당히 늦게 시작 했으므로 사전 프로젝트가 풍부하지 않기 때문에 진행 상황을 문서화 할 수있는 방법이기도합니다.이 블로그는 실력있는 온라인 공개 포트폴리오이기도합니다. 그 안에는 작업 시간이 내장되어 있지 않거나 기밀로 보호 될 수있는 작업 라이브러리 또는 소유 개념에 의존하지 않습니다.

이 사이트는 인터뷰에서 이미 직접 요청한 유일한 코드 일 것입니다. 그것은 공개적이며 역사가 있습니다. 그러나 그러한 프로젝트의 전체 소스가 GitHub 또는 이와 유사한 것으로 호스팅된다면 더 좋을 것입니다.

선택한 언어로 면접 질문에 대한 기본 구문과 개념을 직접 쓸 수 없다면 아마도 충분하지 않을 것입니다.


1

내가 말한 모든 것은 정상적인 직원에게 적용됩니다. 계약자 인 경우 규칙에 따라 규칙이 다를 수 있지만 이러한 점에 대해서는별로 내기하지 않습니다.

귀하가 정규 직원 인 경우, 귀하가 한 모든 일은 고용주의 재산입니다. 즉, 허락 없이는 가지고 갈 수 없습니다. 그것은 그들의 것입니다-그래서 그들이 일을하도록 돈을 지불 한 이유입니다! 그리고 그들은 업계 전체에 그것이 반드시 표시되는 것을 원하지는 않습니다.

그들은 당신이 사본을 보관하지 못하게하는 그들의 권리 내에 완벽하게 있습니다.


그렇습니다. 그런데 왜 해고 된 것처럼“미래에 고용주에게 할 일을 설명해 줄 것”이라고 말합니까?
— Joan Venge

캐나다 노동법은 "의지에 따라"고용을 허용하지 않습니다. 여기서 직원 보호 조치는 미국보다 훨씬 강력합니다 (캐나다에 와서 미국에있는 사람을 제거하는 것이 저렴할 것으로 예상하는 미국 CEO의 위대하지만 때로는 유머러스 한 혼란에).
— James McLeod

@JamesMcLeod-사실입니다. 그러나 '우리는 당신이 그것을 지불하도록 지불했기 때문에 우리의 관계입니다.'
— Michael Kohne 2012

@MichaelKohne-물론 사실입니다. 사법 관할 지역마다 법이 매우 다르다는 점을 상기시켜주는 퀴즈입니다.
— James McLeod

1

해고 후 / 너무 늦었 어, IMO. (너무 늦지는 않았지만 이제는 새로운 "자유로운 시간"에해야 할 일이 있습니다).

여가 시간에 다른 프로그래밍 프로젝트를 수행해야합니다. 쉐어웨어, 스마트 폰 또는 태블릿 앱. 오픈 소스 프로젝트를 수행하십시오. 하나를 선택한 다음 수행하십시오.

SO-예비 고용주가 샘플을 요청할 때 '자유 시간'에서 많은 것을 보여줄 것입니다.

동의합니다. 이전 고용주를 위해 유급 직원으로 일한 물건은 절대 가져 가지 않아야하며 반드시 표시해서는 안됩니다.


0

계약서에 다른 언급이없는 한 회사의 재산입니다. 액세스, 표시 또는 복사를 허용하지 않는 등 원하는 모든 작업을 수행 할 수 있습니다. 그들은 무언가를 생산하기 위해 그에게 돈을 지불했습니다.

From what I know of my other co-workers, people easily get the stuff they worked on
(without informing the company), and either make a video or take some screenshots of it
without any problem.

이것은 도둑질로 보일 수 있으며 불법 일 수 있습니다.

나는 변호사가 아닙니다.


0

개발자 작업의 주요 부분은 커뮤니케이션입니다. 과거의 작업 이력과 지식을 잘 전달할 수 있다면 이전 코드를 제공 할 필요가 없습니다.

또한 당신이 일하는 회사는 대부분의 경우에 작성한 코드의 지적 재산을 보유하고 있습니다. 그렇다면 왜 또는 실제로 그것을 넘겨야합니까?


0

나는 이전 고용주를 위해 작성한 코드를 절대 가져 와서 보여주지 않을 것입니다. 또한 마지막으로 고용주로부터 코드를 가져온 사람을 인터뷰 한 사람을 믿지 않을 것입니다 (다음에 우리에게서 코드를 훔칠 것입니까? 실제로 작성 했습니까?).

이를위한 해결책은 코드를 시연해야하는 경우 오픈 소스 프로젝트 또는 개인용 프로젝트에서 작업하는 것입니다. 이 작업을 수행하고 내가 작성한 코드를 보여 주겠다고 제안했지만 대부분의 고용주는 이전 작업을보고 싶지 않습니다 (실제로 작성한 증거는 아닙니다). 과거에 사람들을 인터뷰했을 때 스 니펫을 작성하거나 프로그래밍 관련 질문에 답변하도록 요청했습니다. 당신은 BS를 할 수 없습니다.


-1

당신은 당신이 고용주를 위해 한 일을 당신과 함께 할 수 없었을 지 모르지만, 어떤 프로그래머는 그가 보여줄 수있는 애완 동물 프로젝트를 가지고 있지 않습니까?


그렇습니다. 그러나 고용주는 자신도 소유하고 있다고 주장합니다.
— Joan Venge

1
@JoanVenge, 일부는 주장 할 수 있지만 그것이 유효한 주장인지 여부는 고용 계약의 성격에 달려 있습니다. 내 경험상 대부분의 회사는 비즈니스 분야에 있지 않는 한 신경 쓰지 않습니다.
— Charles E. Grant
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.