작성한 모든 코드의 사본을 보관해야합니까? [닫은]


197

나는 당신이 일하는 회사가 코드를 소유하고 있다는 것을 알고 있으며, 당신이 그것을 판매하려고하면 분명히 체포 될 것입니다. 그러나 개발자가 작성한 코드의 사본을 보관하는 것은 드문 일입니까 (나중에 참조하기 위해)?

분명히이 사람 은 소스 코드를 복사하기 위해 감옥으로 보내졌습니다.


13
경쟁사에 판매 / 재사용하는 경우 심각한 법적 문제가 될 수 있습니다.
EL Yusubov 2016 년

19
링크 된 기사에서 NDA (클라이언트 고려)가 가장 많이 다루는 코드로 걸어 갔을 때 다소 구체적인 경우이며, 그렇지 않은 경우에도 나는 기회를 얻지 못할 것이라고 확신합니다. Federal Reserve Bank를 위해 개발 된 코드를 가지고 걸어 다니는 것 ! 아무것도 잘못 될 수 없다고 생각하고 적어도 당신이 코드를 가지고 있다고 들었을 때이 아이디어 를 전혀 좋아하지 않는 영향력있는 사람들이 적어도 없을 것이라고 생각 한다면 모든 것을 가지고 있으면 안됩니다. .
haylem

10
그것이 고용을 위해 일했고 이전 고용주가 당신이 작성한 코드에 대한 저작권을 소유하고 있으며 오픈 소스로 공개하지 않았다고 가정하면, 작성한 코드 사본을 유지하는 것이 유지하는 것만 큼 정확하게 부적절하다고 말하고 싶습니다 동료가 작성한 코드 사본
Keith Thompson

37
@DavidPeterman-왜 당신을 고용 한 고용주가 당신이하는 모든 일을 소유하지 않습니까? 집안의 일부가 골조를 한 목수의 것이라고 생각하십니까?
Reactgular

10
@MathewFoscarini 나는 당신이 말하는 것을 이해하지만 알고리즘에 대해 이야기하고 있습니다. 목수는 그가 집을 짓기 위해 취한 단계를 소유하고 있지 않다고 말하는 것과 같습니다.
David Peterman

답변:


303

그러나 개발자가 작성한 코드의 사본을 보관하는 것은 드문 일입니까 (나중에 참조하기 위해)?

나는 그것이 얼마나 흔한 지 잘 모르지만, 일반적인 것인지 아닌지는 여전히 나쁜 생각입니다.

프로그래머는 종종 같은 문제를 두 번 해결하는 것이 시간 낭비라는 사고 방식으로 작동합니다. 우리는 재사용 할 수 있도록 코드를 디자인하려고합니다 (때로는). 우리는 미래에 어느 시점에서 재사용 할 수있는 클래스와 함수 라이브러리를 구축합니다. 그 누구도, 그래서 우리는 때로는 멀리 우리의 코드를 제공 사람은 지금까지 우리가했던 것과 같은 문제를 해결하기 위해 코드를 작성할 필요가 없습니다. 따라서 한 작업에서 다른 작업으로 이동할 때 "귀하의"코드를 가져 가고 싶을 수도 있습니다. 그러나 다음과 같은 이유로 여전히 그렇게해서는 안됩니다.

  1. 취할 코드가 아닙니다.

  2. 이전 고용주를 위해 작성한 코드는 그들이 만든 사업의 일부입니다. 그들의 코드는 경쟁 우위의 일부입니다. 물론 경쟁 업체는 동일한 문제를 해결하기 위해 자체 코드를 작성할 수 있지만 고용주가 비용을 지불하고 소유하고 승인하지 않은 작업을 기반으로하는 이점을 활용해서는 안됩니다.

  3. 그들이 전혀 의미가 없다면, 새로운 고용주는 이전 고용주로부터 가져온 코드의 일부를 원하지 않습니다. 이전 고용주에 대해 "직장을"더 많이 참조할수록 새로운 고용주를 법적 위험에 처하게 할 수 있습니다.

  4. 실수로 New Employer에서 이전 고용주를 위해 한 일의 사본을 얻었음을 알게 된 경우 New의 상사는 다른 사람을 위해 떠날 때 코드 사본을 가져갈 것입니다. 일. 그 사람과 잘 어울리지 않을 수도 있습니다.

  5. 실제 선을 긋지 않거나 오래된 물건에서 모호한 아이디어를 가지고 있더라도 오래된 물건을 소유하고 있으면 무언가를 사용하고 있다는 의혹이 생길 수 있습니다 . Old Employer가 New Employer를 고소한다고 가정하고 Old에서 New로 이동 한 소수의 직원 중 한 사람이 갑자기 자신을 기탁한다고 생각합니다. 여러분 중 어느 누구도 Old의 코드를 New의 제품에 실제로 복사 한 사람은 없었지만, 귀하 앞에있는 변호사는 다음과 같이 묻습니다. Old Employer에서 일하면서 다른 사람이 있었나요? "

  6. 지난 달, 작년 또는 더 오래 전에 작성한 코드는 필요 하지 않습니다 . 문제를 한 번 해결 한 후 문제를 다시 해결하는 방법 을 알게 되었습니다. 또는 문제를 해결 하지 않는 방법을 알고있을 수도 있습니다. 경험이 있기 때문에 새로운 구현이 더 좋습니다.

  7. 더 좋은 방법이 있습니다. 상황에 상관없이 오래된 코드를 읽어서 유용한 것을 배우기 란 어렵습니다. 배운 내용, 가지고있는 아이디어 등을 설명하는 일기 나 일기는 나중에 훨씬 더 유용합니다.

  8. Old Employer가 자신의 코드를 알고 있음에도 불구하고 여전히 괜찮 습니다! 전화를받을 수있는 유일한 방법은 오전 3시 전화입니다. "저기 SuperFoo? 어떻게 지내세요? 잘 들으십시오 우리가 새로운 사람이 이해하지 못한다고 쓴 몇 개의 파일로 좁혔습니다

놓아 줘 필요하지 않습니다.


7
또한 콘텐츠를 보관하는 미디어가 손실되거나 도난 당하면 많은 문제가 발생합니다. 사실, 가능한 경우 개인 PC에 VPN 연결이나 소스를 두지 않는 것이 좋습니다. PC는 봇넷의 일부일지도 모릅니다. 왜 위험할까요?
Coder

8
훌륭한 답변! 나는 나의 오래된 고용주를 떠날 때 실제로 코드 사본 (또는 지속적인 액세스)을 제공 받았다. 나는 정확히 8 번에 가까운 이유로 거절했다. 결국 사임 할 이유가 있었다. 여전히 그들을 위해 포크를 원한다면, 나는 머물 것이다 :)
harald

79
+1 : 필요하지 않습니다 어려운 부분은 실제로 쓰지 않고 무엇을 쓸지 알아내는 것입니다. 두 번째로 쓰면 아마 더 나을 것입니다.
케빈 클라인

6
내 코드로 문제를 해결할 때 솔루션을 블로그에 작성하는 경향이 있습니다. 내 작품의 소스 코드는 아니지만 동일한 패턴을 따르는 일반 코드 (목표를 달성하기 위해 간단한 한 줄 또는 몇 줄-코드가 아님). 나는 이것이 이전 직업에서 배운 것을 저장하는 훌륭한 방법이라는 것을 알았습니다. 총알 # 7에 +1!
Gaʀʀʏ

11
자격이되는 코드의 양에 대한 임계 값이 없어야합니까? 내가 사용하는 경우 for (int i=0; i < N; ++i)내 코드에서, 확실히 ... 다른 회사에서 다른 곳을 사용하는 것은 불법 아닙니다
VSZ

159

나는 항상 내가 작성한 코드의 사본을 보관하고 작업간에 가져갑니다. 후속 고용주는 코드를 보거나 실행하지 못하지만 집에서 참조로 사용합니다. '아, 예. X 프로젝트와 비슷한 작업을하지 않았습니까?'

이것이 합법입니까? 관할권과 상황에 따라 다르지만 상당히 일반적입니다. 도덕적으로, 난 당신이 단순히 새로운 고용주에게 코드를 제공하는 것이 아니라면 문제가 없습니다. 그것은 고용주에게 무료 자원이 아니라 당신이 한 일을 상기시켜주는 것입니다.

[이 단점은 오래된 코드를 볼 때 필연적으로 발생하는 부끄러운 수치입니다. '무엇을 생각하고 있었습니까? 지구에서했던 이유는 그것을 할 길을? ']


35
+1 합법적인지 여부는 관련이 없습니다. 우리 중 많은 사람들이 어쨌든 그렇게합니다. 이전 고용주에게 해를 끼치 지 않으며 (경쟁자에게 코드를 판매하지 않음) 어쨌든 규제 할 수 없습니다. 당신은 당신이 이전 고용주에 대한 문제를 해결하는 방법을 "기억"경우 방법으로, 당신은 그들에게이 비밀을 "도둑질"- 그들은 정신 제어를 발명 할 때까지 규제 할 수없는 방식으로)
안드레스 F.

89
@AndresF. 그것은 합리화 일뿐입니다. 코드는 기존 고용주의 재산이며 기억은 아닙니다. 문제를 어떻게 해결했는지 기억한다면 코드가 필요하지 않으므로 코드를 작성하는 데있어 요점은 무엇입니까?
Caleb

10
도덕적 주장을 펼치면 +1입니다. 내 코드의 대부분이 도메인별로 다르기 때문에 개인적으로 이것을 따릅니다. 나는 어떻게 무언가를 해결했는지 기억하지만 반드시 뉘앙스가 아닙니다.
Telastyn

46
회사가 IP 도난 혐의로 기소 된 경우, 코드 사본을 보유하는 것이 귀하에게 큰 악화 요인이 될 것입니다. 그것의 기억을 갖는 것은 아닙니다. 그 차이입니다.
Oleksi 2016 년

13
@Caleb 어쨌든 많은 개발자들은 떠난 후 많은 양의 코드를 사용합니다. 이것은이 코드를 사용하여 기존 고용주와 경쟁하거나 해를 입히는 것과는 완전히 별개의 조치이며 일반적으로 "도대체 어떻게이 문제를 해결하고 /이 소프트웨어를 구성 했습니까?" 당신은 원하지만, 여전히 널리 퍼져 있고 실제로 다른 사람을 다치게하지는 않습니다. 모두에 머리를 묻거나 틀렸다고 주장 할 수 있지만 여전히 발생합니다. 당신은 놀랍습니다
Andres F.

51

이것은 매우 나쁜 생각입니다. 이 코드는 당신에게 속해 있지 않으며 (법적으로 말하면) 코드를 소유하면 많은 문제를 일으킬 수 있습니다. 새 작업으로 이동하고 해당 소스 코드를 계속 유지하면 더욱 그렇습니다. 경쟁자라면 더 나쁘다. 더 이상 일하지 않을 때 소스 코드에 액세스 할 수 있다면 회사는 기쁠 것입니다.

위험 관리에 관한 것입니다. 분명히 다른 곳에서 사용할 수있는 이전 고용주로부터 물건을 보관해야합니다. 그들은 그러나 코드의 소지가 더 만들어 가지고, 당신의 기호는 지난 X 달이 / 후 년을 떠나 절을 비 경쟁 할 이유입니다 취약 당신이하지 않은 경우에도 (노골적으로 회사의 코드를 복사 당신을 비난하는 사람에게, 같은 아이디어를 사용했습니다). 이 위험을 관리 할 가치가있는 코드가 있습니까?

코드를 작성함으로써 얻은 유용한 내용은 정확한 구문이 아닙니다. 그것은 당신이 얻은 지식입니다. 이 모든 법적 문제를 다룰 가치가 없을 것입니다.


9
사무실에 엄격한 보안 검사가없는 한 (전자 메일 및 pendrive 허용 안 함) 나쁜 생각은 아닙니다. 어쨌든 아무도 당신의 가정용 컴퓨터를 검색하지 않을 것이며, 개발자들은 과거의 직업에서 지식을 빼앗는 것으로 이해됩니다. 이를 막을 수는 없으며 코드가 "기억"되거나 복사되는지 여부에 관계없이 불합리합니다. 고용주로서 할 수있는 일은 경쟁 조항이나 NDA 또는 귀하의 국가에서 이용할 수있는 법적 메커니즘을 시행하지 않는 것입니다.
Andres F.

14
@Malfist 아니오, 당신은하지 않습니다. IANAL, 그러나 적어도 미국에서는 누군가가 당신에게 돈을 지불하는 제작물이 당신의 소유물이 아니라 그들의 재산이라는 것이 꽤 잘 확립되어 있습니다. Wikipedia 에서 채용 공고 를 참조하십시오 .
Caleb

5
@Malfist 다시, 아니. 이전 의견의 링크를 참조하십시오.
Caleb

4
@Malfist : "당신이 유일한 개발자이고 그들이 당신의 저작권을 포기하지 않았다면, 당신은 떠날 때 항상 코드를 가지고 갈 수 있습니다." 계약이 현실의 대다수를 반영하는지 확실하지 않습니다. 대부분의 소프트웨어 대여 계약은 모든 소스 및 바이너리를 제공하고 소유권과 저작권을 그들에게 양도해야한다고 명시 적으로 명시합니다. 프리 랜싱에 있어서는 꽤 정상입니다. 협상 할 수는 있지만 계약서 (내부 또는 프리 랜싱 계약 모두)에서 볼 것으로 예상되는 사실상의 조항입니다.
haylem

5
경력 중에 쓴 한 줄을 기억하는 개발자를 가정적으로 생각해 봅시다. 미래의 프로젝트를 진행할 때이 메모리를 사용한다면 불법입니까? 코드를 기억하고 사본을 개인 HD에 저장하는 것을 구별하는 이유는 무엇입니까? 당신이 당신의 경험에서 모범을 보일 수 있다면, 그것은 당신의 두뇌에 저장되는 것이 아니라 노트북에 쓰여져 있어도되어야합니다. 그리고 이전 코드를 다시 읽지 못하고 PC에 저장 한 코드를 "알려"서는 안됩니다.
Nadir Sampaoli

36

드문 일이 아닙니다.

나는 거의 사본이 1 에 관계없이 쓴 사람의, 내 현재 프로젝트에서 내가 전문적으로 작성한 코드의 조각, 확실히 모든 코드를 2 . 코드와 함께 내가 할 수있는 것과 할 수없는 것을 명확하게 정의하는 법적인 서류가 많이 있습니다. 코드를 얻는 것만이 코드에서 이익을 얻는 것과는 다릅니다.

즉, 이는 법적 문제이며 법적 문제는 매우 복잡하고 현지화되는 경향이 있습니다. 확실치 않은 경우 변호사와 상담해야합니다. 내 코드를 보관할 수는 있지만 99 % 확신합니다.

1 누락 된 것은 주로 보관하지 않은 것입니다. 법적 이유로 인해 하나의 작은 프로젝트 코드 만 누락되었습니다.
2 프로젝트의 본질과 프로젝트에서의 역할, 나는 특정 모듈을 만들지 않더라도 적어도 어디로 갈지에 대한 아이디어가 필요한 사람 중 하나입니다.


4
@haylem 나는 회사의 전제에 적이 없다 ;)
yannis

3
그러나 나는 당신이 내가 의미하는 바를 알고 있다고 확신합니다. 아마도 당신이 실제로 어디에
있는지는

3
한 개발자가 WordPress 컨퍼런스에서 발언하는 것을 들었습니다. "계약 계약을 체결 한 경우 본인이 작성한 코드를 소유하고 있음을 확인해야하지만 아무 것도 배우지 않았다는 의미는 아닙니다. 코드를 작성하여 새롭습니다. "
프로그래머

3
@Caleb 올바른 문서를 갖는 것은 드문 일이지만 (모르는 것), 코드 사본을 보관하는 것은 생각하지 않습니다. 난 그냥 둘 다;)
yannis

2
@Krelp, 키를 금고와 같은 암호화 키는 소환장을 통해 강제 할 수 있습니다.
Malfist

29

체포 된 중국인을보고 "코드는 재산이 아니므로 도난 당할 수 없습니다"라는 말로 당신을 키우고 있습니다.

참고 : Goldman Sachs 간첩 사건의 법원 규칙 인 '물성이 아닌 코드'

그것으로 말했다.

  • 내가 작성한 코드를 유지합니까? 물론.
  • 전체 프로젝트를 유지합니까? 물론.
  • 업무용 PC에서 가정용 컴퓨터로 코드를 엄지 손가락으로 밀어야합니까? 당신은 내기!
  • 다른 회사 나 개인 프로젝트에서 해당 코드를 재사용합니까? 아니.
  • 나는 종종 오래된 코드를보고 WtF를합니까? 항상.

14
+1 Hehe, 정직하고 정직한 답변입니다. 가장 좋은 점은 실제로 이전 코드로 돌아 가지 않는 것이 사실이라는 것 입니다. 당신이 가지고 다니면 더 안전하다고 느끼고 인생에서 다시는 보지 마십시오!
Andres F.

이것은 최근 Oracle v Google 사례에서도 중요한 문제가 아니 었습니까?
robertc 2016 년

1
당신의 의견에 완전히 찬성합니다. 나는 똑같이하고 있습니다. 아주 좋은 참고 자료입니다.
안드레아 지라르 디

2
코드는 재산이 아니므로 도난 당할 수 없다는 것은 그 Goldman Sachs 사건의 끔찍한 요약입니다. 러시아 사람은 잘못을 저지른 것이 아니라 검찰이 법에 따라 자격을 얻지 못했기 때문에 체포되었다. 그렇다고 GS와의 계약을 위반하거나 IP 법률을 위반하지 않았다는 의미는 아닙니다. 기사를 더 자세히 읽고 아래의 의견을 받아보십시오.
Nate

관련 기사 : Goldman이 전 프로그래머를 비판적으로 과소 평가 했습니까? . 이것은 또한 당신이 결국 이겨도 법적인 싸움 자체가 많이 해칠 수있는 좋은 예입니다.
코드 InChaos

10

여기 간단한 질문이 있습니다. 상사에게 가서 "내가 여기서 일하는 동안 쓴 모든 코드의 사본이 있습니다. 다른 사람이 아닌 내가 작성한 코드 만 있습니다. 이것은 내 교육용이며 절대로 제공하지 않습니다."

당신이 그들의 눈에 틀리거나 옳다면 그들의 다음 행동은 지시 할 것입니다 (예, 그 단어는 북미 / 세계에 존재합니다).

자신의 "윤리"에 관계없이 고용주를 위해 일합니다. 그들이 당신이하고있는 일이 잘못되었다고 생각하면, 그들의 윤리에 따라 잘못됩니다. 그들이 당신에게 돈을 지불하고 당신이 그들에 의해 고용되면, 당신은 그들이 당신을 해고시킬 수있는 그들에 동의하거나 동의하지 않는 법원에 있습니다.

이제 그것은 청렴의 문제입니다. 이전 직원이 코드 일부를 사용하도록했지만 먼저 모든 코드를 검사했습니다.

당신이 옳다고 믿는다 고해서 당신을 옳게 여기지는 않습니다. 일반적으로 소프트웨어 개발자는 고용 계약에 서명합니다. 당신이 서명 한 경우, 당신은 당신의 말로 살아야합니다.


"내가 여기서 일하는 동안"은 문제의 사람이 더 이상 당신의 상사가 아니라는 것을 암시합니다. 전직 상사라면 왜 물어봐야합니까?
Alexander

왜? 계약? 청렴, 완전 함?
라이언 테르 니에

작성한 코드를 다른 용도로 사용하지 않으면 서 계약을 유지하고 무결성을 유지할 수 있습니다.
Alexander

2
모든 코드가 고용주의 재산이라는 계약서에 서명하는 경우, 계약서를 가지고 있다는 사실을 모르거나 계약을 체결 할 권한을 부여한 경우 해당 계약을 위반하는 것입니다. 효과적으로 도둑질입니다. 예, "코드", 디지털 0과 1이지만 대부분의 경우 흑백입니다.
Ryan Ternier

고전적인 "해적판 도용"토론입니다.
Alexander

8

개발자가 작성한 코드의 개인 사본을 유지하는 것은 드문 일입니까?

직접 질문에 대답, 나는에 말할 것이다 나의 이 경험 입니다 드문 일. 이것에 대한 예외 는 많은 프리랜서를 고용하고 고객의 향후 유지 보수 및 개선 프로젝트를 위해 코드를 유지하는 사람들이며, 계약서에 분명히 명시되어 있다고 상상할 수 있습니다 ( 내 친구의 자유 계약을 검토하는 습관, 그래서 누가 아는가). 대기업에서 일하는 사람들 은 이전 고용주의 코드를 지키는 것을 결코 인정 하지 않았습니다 .

나는 그것이 유용 할 하나의 상황을 생각할 수 없기 때문에 나는 그렇지 않다는 것을 안다. (현재 고용주가 그러한 것들을 금지한다고 확신하지는 않는다.) ). 내가 작성 / 수정 한 코드는 일반적으로 특정 비즈니스 요구 사항에 따라 매우 다르므로 새 코드를 작성하는 것보다 이전 코드를 재사용하는 것이 더 쉬운 방식으로 나중에 다시 올 것이라고 상상할 수 없습니다 암호.


3
프리랜서로서 모든 코드를 보관하겠습니다. 그것을 재사용하는 것은 극히 드물지만 결국에는 관리를 위해 유지하겠습니다 (예를 들어 고용주가 다른 사람을 고용하여 코드를 망치고 다시 고용하여 수정하는 경우).
Camilo Martin

1
프리 랜싱에는 일반적으로 재사용되는 많은 코드가 있습니다. 재사용하기 전에 몇 번이나 동일한 사용자 로그인 코드를 작성하게됩니까? 유지 관리를 위해 코드를 유지하는 동안 일반적으로 공통 코드 영역이 복사됩니다. 두 프로젝트간에 본질적으로 동일한 코드를 발견하면 일반화 된 형태로 사본을 만들고 필요에 따라 다른 프로젝트에 복사합니다.
Chris

8

당시에는 개발자들이 현재 업무에서 문제를 해결하는 데 사용할 개인 루틴 라이브러리를 보유하는 것이 일반적이었습니다. 개발자가 떠날 때 소스는 그대로 남아 있지만 모든 개선 사항도 그와 함께했습니다.

이로 인해 윈-윈 상황이 발생했습니다. 또한 작성된 모든 코드의 일부일뿐입니다.

물론 개인 라이브러리에 있던 대부분은 오늘날 표준 라이브러리에 있습니다.


일부 환경에서는 라이브러리 또는 구성 요소 코드 또는 재사용을 위해 명시 적으로 설계된 클래스 (파서 등)와 문제 도메인 고유의 클래스 사이에 명확한 설명이 있습니다. 문제 도메인에 특정한 코드 (XWare의 주요 사내 앱 또는 상업용 엔터티)는 그 곳 밖에서는 유용하지 않을 수 있지만, 저수준 또는 재사용 가능한 구성 요소 / 라이브러리는 실제로 매우 유용 할 수 있습니다.
Warren P

6

북미 대부분의 지역에서 고용주와 직원 간의 관계에 따라 고용주의 사전 승인없이 고용주 장비에서 디지털 자료 (예 : 소스 코드)를 전송하거나 전송하는 것은 불법입니다.

직장에서의 직원 정의와 관련된 법률의 일부는 직원이 구매를 요구하는 거래를 제외하고 직원 계약에 달리 명시되지 않는 한 직원이 자신의 작업 장비를 제공하지 않는다는 설명입니다. 자체 장비 (예 : 건설 노동자).

북아메리카의 대부분의 고용 법은 고용주를 직원 대 고용주 관계의 주요 위험 요소로 정의합니다. 고용주는 직원에게 자재, 장비를 제공하고 업무 관련 활동을 통제하는 동안 시간을 ​​지불합니다.

이 관계가 진행되는 동안 언제라도 해당 자료를 만들면서 비용을 지불하고 위험을 감수 한 고용주로부터 귀중한 자료를 훔치는 것이 괜찮습니까?

이것에 대한 주요 문제는 "당신이 작성한 소스 코드?"라는 질문이었습니다. 아니, 당신은 그것을 쓴 사람이 아닙니다. 고용주의지도하에 그것을 쓴 사람이 있습니다. 당신은 그것을 입력 한 고용 된 손입니다. 북미 지역에는 고용주가 재산을 확보하기 위해 법적 조치를 취해야하는 법원이 없습니다. 소스 코드를 USB 썸 드라이브에 복사하기 만하면 뜨거운 물에 빠질 수 있습니다.

따라서 고용주가 자신의 장비 (예 : 랩톱)를 사용하거나 자료를 전송하도록 허용 한 경우에는 다른 문제입니다. 고용주는 해지시 모든 자료를 반환 / 파기해야한다는 사실을 통지해야합니다.

일부 사람들은 이것이 회색 영역이라고 생각한 것 같아서이 답변을 게시 할 것이라고 생각했습니다. 나는 당신이 개발자라면, 당신은 당신이 고용주의 자료의 사본을 보관한다는 인터넷 게시물을 둘러 봐야한다고 생각하지 않습니다. 이 질문에 대한 답변을 얻기 위해 새 회원 계정을 만들었 기 때문에 이미이 질문에 대한 답을 이미 알고 계셨습니다. ;)


고용주는 해지시 모든 자료를 반환 / 파기해야 함을 통지해야합니다. 이것이 사실입니까? 고용주가 법적 의무 및 / 또는 계약 상 의무를 수행해야합니까?
Radu Murzea

고용주는이를 수행 할 법적 의무가 없지만, 고용주와 직원 간의 합의가 존재하지 않는 한, 직원이 해당 자료를 유지할 수 있도록 허용하지 않는 한, 언제든지 자신에게 속한 자료를 직원에게 반환하도록 요청할 수 있습니다.
Reactgular

5

나는 몇 일 전에 과거에 이것을했습니다.

그러나 나는 한 번도 되돌아 가서 그것을 보지 않았습니다. 나는 때때로 내가 배운 아이디어와 것들을 재사용했지만 한 번 돌아가서 코드를 살펴볼 이유를 찾지 못했습니다.

그래서 더 이상 귀찮게하지 않을 것입니다. 법적으로 모호하며 실제로 실제로 유용하지는 않습니다.


4

확실한. 코드 작성 여부에 관계없이 내가하는 모든 작업의 ​​사본을 유지하고 싶습니다. 원하는 경우 스크랩북이라고합니다. 규칙을 어기다? 혹시.

다음 고용주가 직접적인 경쟁자가 아닌 한 경쟁 우위에 대한 의견은 무의미합니다. 전화 회사에서 소프트웨어 회사로 또는 게임 개발자에서 데이터베이스 개발자로 이동하는 것은 중요하지 않습니다. 실제로 코드를 재사용 할 계획이라면 다른 이야기입니다.

흥미롭게도 웹 개발자는 표준 JavaScript 라이브러리 및 CSS 스타일 시트 세트와 함께 "도구 상자"를 가져 오는 것에 대해 자주 듣는다 . 그러나 나는 여기서 언급 한 것을 보지 못했습니다.


3

최근에 이전 고용주로부터 유지 한 모든 이전 코드를 삭제했습니다. 나중에 참조하기에 좋다고 생각한 코드 만 보관했습니다. 나는 실제로 내가 떠난 이후로 상당히 움직 였다는 것을 알았으며 이전 코드를 결코 언급하지 않았습니다. 나는 같은 문제를 해결하는 훨씬 더 나은 방법을 발견 / 발견 / 학습했습니다.

그래도 메모리 레인 아래로 멋진 작은 여행이었습니다 :)


2

디자인 패턴과 실제 코드 (선별 복사) 사이에 구별이 필요하다고 생각합니다.

psuedocode와 같은 것을 작성하면 Y에로드 X를 게으르게하는 좋은 방법입니다. 모든 코드를 작성하는 것은 다른 것입니다.


1

고용주의 허가로 깔끔한 재사용 가능 코드를 다른 사람들이 사용할 수있는 오픈 소스 프로젝트로 게시하십시오. 그런 다음 고용주는 다른 사람이이 규정에 기여한 혜택을 볼 수도 있습니다.

이런 식으로 코드를 합법적으로 유지하고 작성한 코드의 공개 포트폴리오를 구축 할 수 있으며 코드는 다른 사람들에게 도움이 될 수 있습니다.


1

집에서 일하는 것과 같은 여러 가지 이유로 이미 사본이있을 수 있으며 퇴근 후에는 삭제하지 않을 이유가 무엇입니까? 그것은 내 믿음이나 어떤 것에도 반대하지 않습니다.

그러나 그것을 사용하는 것과 관련하여 블로그 게시물 만큼 유용하지 않습니다 !

결론 : 코드를 작성하고, 직면 한 문제와 해결 방법 (특히 일반적이고 광범위 할 때)에 대한 블로그를 작성하고 마지막 작업에서 기념품을 보관하지 않아도됩니다.


1

재무에서 CFA는 이 문제를 해결합니다. 고객 또는 회사의 업무와 관련된 정보 (이 경우 코드)를 사용할 수 없습니다. 그러나 당신이 할 수있는 것을 암기하고 나중에 그것을 쓰지 못하게 막는 것은 없습니다.

그것이 합법적인지 확실하지 않지만, 최선의 방법은 소스 코드를 남기고 아이디어를 적어두고 집에 도착하자마자 어떻게했는지를 생각하는 것입니다. 도둑질은 도둑질이며 법정에서 그들이 결정하려고하는 것은 코드를 복사했는지 여부입니다.


일부 고용주는 집에 도착했을 때 "아이디어를 기록 하지 " 않도록 최선을 다할 것 입니다. 이들을위한 잃어버린 시나리오는 코드를 복사하는 것이 아니라 경쟁을위한 것이므로 아이디어가 훨씬 좋습니다. 그것이 집행 가능한지 확실하지 않지만, 일부는 당신이 근무 시간 동안 가질 수있는 아이디어를 소유하고 있다고 생각하도록 괴롭힘을 시도합니다.
Andres F.

1
@AndresF. 나는 이것을 방지하기 위해 헤지 펀드에서 일한 적이있다. 그들은 정직하게 그것을 막을 수 없었기 때문에 사람들은 비경쟁 계약에 서명하고 사임 후 1-2 년 동안 일하지 않기 위해 돈을 지불했습니다. 비록 비용이 많이 들지만 (당신을 위해 일하지 않는 사람에게 2 년의 급여를 지불하고 있음), 그것은 당신이 떠날 때 경쟁력이없는 위협으로 쓸모가 없게됩니다.
Lostsoul

코드가 아닌 아이디어 만 +1합니다. 코드를 훔치고 비슷한 제품을 판매 한 전 프로그래머를 고소한 회사와 관련이있었습니다. 판사는 버그가 동일하기 때문에 코드를 도난 당했다고 판결했다.
jqa

나는 많은 고용주들이 고용주가 고용하는 동안 다른 사업 활동에 참여하지 않을 것이며, 직원이 수행하는 다른 프로젝트도 고용주의 재산이라는 점에 서면으로 신입 사원이 동의해야한다는 것을 알았습니다. 저는이 주제 자체가 완전히 다른 문제라고 생각하지만 이러한 계약은 대부분의 고용 계약에 있습니다.
Reactgular

@MathewFoscarini 동의합니다. 우리 회사에서는 직원들이 혜택을받는 것에 참여하기 전에 (부업, 자선 사업 등 포함) 서면 승인을 받아야합니다. 이웃 자동차를 수리하고 맥주를 사면 직원들이 우리가 그것을 추구하지 않을 것임을 알지만 품질은 좋을 것입니다.
Lostsoul

1

나중에 재사용 할 목적으로 코드를 저장하는 경우 두 가지 문제가 있습니다.

  • 코드가 도메인에 따라 다르면 독점적 일 수도 있습니다. 어쨌든, 두 사업이나 문제가 똑같지 않으며 다른 문제에 대한 해결책으로 한 문제를 해결하려고 시도하는 것은 좋은 패턴이 아닙니다.

  • 저장하는 코드가 일반적인 문제를 해결하는 경우 접근 방식에 의문을 제기해야합니다. 기존 (그리고 더 나은) 오픈 소스 솔루션 일 때 일반적인 문제를 해결하기 위해 많은 노력을 기울이는 이유는 무엇입니까?

    일반적인 문제에 대한 최선의 해결책이 있다고 생각되면 코드를 작성할 때 공용 저장소 및 / 또는 코드 블로그에서 코드를 공개적으로 공유해야합니다. 상사는 일반 라이브러리 공유에 반대하거나 바퀴를 재발 명하도록 강요해서는 안됩니다 (그렇다면 새 직업을 찾으십시오).

잠재적 고용주에게 코드를 보여 주거나 기술을 향상시키기 위해 코드를 저장하는 경우 대신 오픈 소스 프로젝트에 참여하는 것이 좋습니다.


1
두 번째 항목은 오픈 소스 솔루션이 있다고 가정합니다. 그러나 가장 중요한 것은 내가 보유한 코드 중 일부는 타사 구성 요소 / 서비스를 어떻게 사용했는지 보여주는 코드입니다. 예를 들어, Paypal과 통합 된 적절한 결제 솔루션을 개발하는 경우 나중에 참조 할 코드를 사용하므로 다음에 휠을 다시 발명 할 필요가 없습니다.
cjmUK

0

아직 고용주를 위해 작성한 코드를 보관하지 않았습니다. 내가 보관 한 프리랜서 (코드를 잃어 버리면 클라이언트를 지원하기가 어려울 수 있음)

그러나 나는이 고용주를 위해 작성한 코드를 유지하는 것을 고려하고 있습니다. 그 이유는 제가 웹 개발자이기 때문에 꽤 예쁘게 보이는 많은 클라이언트 쪽을 개발했기 때문입니다. 나는 그것들을 디자인하지 않았지만 구현하고 종종 아이디어를 생각해 냈습니다. 온라인 포트폴리오를 구축하기 위해이 자료의 사본을 보관하고 싶습니다. 우리 모두 알다시피, 사이트는 영원히 지속되지 않기 때문에 온라인 상태를 유지하는 작업을 현실적으로 믿을 수 없습니다. 백업 사본이 있으면 온라인으로 포트폴리오를 만들 수 있습니다.

나는 디자이너들이 종종 포트폴리오 목적으로 (복사를 위해 일하더라도) 사본을 보관한다는 것을 알고 있습니다.

이것의 합법성이 무엇인지 잘 모르겠습니다 (내 계약서에 명시 적으로 언급되어 있지 않습니다).


4
but what are your thoughts on this?다른 질문을 소개하여 답변에 대화를 공개적으로 초대하지 마십시오. 우리가 작성한 모든 코드의 사본을 보관해야하는지 알려주십시오. 답변을 편집하여 개선 할 수 있습니다.
maple_shaft

1
원본 소스 파일 (예 : .ai 또는 .psd와 같은 그래픽 파일)과 포트폴리오의 최종 제품 스크린 샷을 유지하는 데 차이가 있다고 생각합니다. 여전히 고용주에게 허가를 요청해야하지만 고용주는 후자에게 더 잘 동의해야합니다.
Sarel Botha

작품은 본질적으로 대화 형이기 때문에 스크린 샷은 포트폴리오를 위해 그것을 자르지 않을 것입니다. 그것은 단지 디자인을 보여줄 것입니다 (주로 내 것이 아닙니다 ). 문제의 작업을 사용하여 스크린 캐스트를 찍을 수는 있지만 여전히 대기 시간, 성능, 브라우저 간 호환성과 같은 것을 전달하지는 않습니다.
Xandor Schiefer

0

글쎄, 우리 회사의 비즈니스 로직을 개발하기 위해 회사의 불법 및 개인 재산이기 때문에 코드를 유지할 수 없습니다. 개발자는 해당 논리를 개발하는 방법을 알고 있으므로 해당 논리를 마음에 담을 수 있습니다. 기본적으로 기본적으로 마음에 저장되며 다음에 필요할 경우 이전보다 논리 / 더 나은 논리를 자동으로 구현해야합니다. 인간의 본성과 지능입니다. :)

그러나 문제는 일부 유틸리티 로직을 개발할 때 생성되며 재사용 가능하고 항상 중요하며 다른 프로젝트에서 자주 필요할 수 있습니다. 그래서 당신은 그것을 유지해야합니다.

나는 그것에 대한 대체 해결책이 있습니다. thos 유틸리티에 대한 소스 / 문서없이 JAR 을 작성하고 프로젝트에서 외부 써드 파티 JAR로 추가하십시오. 아마도이 작업을 수행하면 코드를 가지고 있다는 자신의 만족뿐만 아니라 자신의 책임을 확인할 수 있습니다 .)


1
이것에 대한 다른 접근 방식은 내가 가지고 갈 "유용한"유용하고 재사용 가능한 코드를 만날 때 ... 집에 가서 관심이있는 특정 API 또는 기술에 대한 블로그 게시물을 작성한다는 것입니다 나를. 이 블로그 게시물은 물론 내 고용주를 언급하지도 않고 내 고용주 한 푼에 작성된 코드를 한 줄씩 사용하지도 않습니다.
Joel Martinez

규칙이있는 경우 규칙이 있어야합니다. 당신에게 유리하게 사용할 수 있습니다. 그것들은 이것을 달성하기 위해 다른 기술입니다. 가장 중요한 것은 작업을 명확하게 유지하는 것입니다.
Soumyadip Das

0

간단한 이유로 코드를 보관하지 않습니다. 회사에서 코드를 작성하도록 비용을 지불했습니다. 나는 그들에게 내 코드를 주었고, 그들은 나에게 월급을 준다. 내 점심을 만든 사람은 스스로를 위해 그것을 유지하지 않습니다. 왜 코드가 다릅니 까?

또한, 이전의 요점은, 직장에서 나가고, 모든 두통은 거기에 머물고, 새로운 직업, 새로운 시작이지만, 그 오래된 직업 영역의 문제 유형에 대한 약간의 경험과 이해를 가지고 있습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.