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


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.