태그 보관물: open-source

open-source

어떤 종류의 오픈 소스 라이센스가 회사에서 내부적으로 사용하기에 좋지 않습니까? [닫은]

최근에 Microsoft Visual Studio 용 몇 가지 멋진 오픈 소스 애드온 도구 및 라이브러리에 대해 배웠습니다. 이 도구는 생산성 향상에 도움이됩니다. 라이브러리는 회사 코드베이스에 연결됩니다.

이 멋진 도구와 라이브러리를 모두 스프레드 시트에 나열했으며 각 라이센스가있는 라이센스 유형을 설명하겠습니다. 지금까지 멋진 라이브러리 중에는 MIT , BSD , Apache License Version 2.0이 있습니다. 그러나 앞으로 더 많은 것이있을 수 있습니다.

내부 회사 용도와 호환되지 않는 (일반적으로 회사 외부에 배포되지 않는) 인기 라이센스를 어떻게 알 수 있습니까 (또는 더 잘 나열 할 수 있습니까?)? 그리고 추가 감사를 위해 설명을 말하거나 지적 할 수 있습니까? 저는 변호사가 아니므로이 라이센스의 세부 사항을 읽으면 두통이 생깁니다.

허용 가능한 라이센스를 사용하는 것이 왜 좋은지 설명하고 싶습니다.



답변

일반적으로 오픈 소스 소프트웨어 사용으로 인해 발생할 수있는 라이센싱의 합법성은 두 가지 요소로 요약됩니다.

  1. 상업적 사용
  2. 분포.

배포는 조직 외부의 타사에게 “컨퍼런스”를 의미합니다. 내부적으로 만 소프트웨어를 사용한다고 말하므로 “copyleft”(GPL 라이센스의 바이러스 성 부분에 사용되는 용어)와 같은 법적 메커니즘은 조직에 적용되지 않을 수 있습니다.

상업적 사용 (또는 기타 임의의 제한)은 다른 문제입니다. 라이센스를주의 깊게 읽고 해당 제한 사항이 조직에 적용되는지 확인하십시오. 특히 Apache, MIT 및 BSD와 같은 허용 라이센스에는 제한 조건이 거의 없습니다. 이 라이센스는 “내부 사용”에 이상적입니다.

귀사에서 오픈 소스 소프트웨어를 사용하지 않는 것 같습니다. 많은 회사는 소프트웨어 및 기타 지적 재산을 완전히 소유해야한다고 생각하므로 자체 개발자가 모든 코드 줄을 작성해야한다는 정책이 있습니다. 오픈 소스 라이센스의 의미를 명확히한다고해서 반드시 마음이 바뀌지는 않습니다.


답변

알아 두어야 할 사항이 있습니다. 첫째, 회사 변호사가 요구하지 않고 타사 코드를 사용하면 적합 할 수 있습니다. 따라서 상사 나 관리자에게 알리지 않고 타사 코드를 사용해서는 안됩니다. 당신이 말했듯이, 당신은 변호사가 아닙니다.

둘째, 불쾌한 것 : 인터넷에서 코드를 발견하고 라이센스가 있으면 코드의 출처를 알 수 없습니다. 라이센스를 추가 한 사람이 실제로 그렇게 할 권한이 있는지 여부를 알 수 없습니다.

셋째, GPL 라이센스 및 내부 용 : 오늘날 내부 용으로 사용되는 것은 내부 용으로 유지되지 않을 수 있습니다. 내부 용으로 정말 멋진 소프트웨어를 작성했을 수도 있고 회사에서 판매하여 돈을 벌기로 결정할 수도 있습니다. 그런 다음 문제가있을 수 있습니다.


답변

상황에 따라 다릅니다.

오픈 소스 소프트웨어를 사용하려는 경우 무료입니다.

내부 회사 프로젝트의 기초로 오픈 소스 소프트웨어를 사용하려는 경우에도 자유로울 수 있습니다 (gpl과 같이 전염성이 강한 라이센스를 사용하려면 컴파일 된 코드를 배포 한 모든 사람에게 요청시 소스 코드를 제공해야합니다. 내부 응용 프로그램 인 경우 문제가되지 않습니다)

제품의 기초로 오픈 소스 소프트웨어를 사용하려면 라이센스를주의 깊게 따라야하며 (회사 변호사에게 문의하십시오) 라이센스가 감염된 경우 모든 소스에서 소스 코드를 사용할 수있게해야합니다 컴파일 된 코드를받는 사람. 어떤 경우에는 이것이 허용됩니다 (예 : 어쨌든 소스 코드를 소유 한 단일 고객을위한 맞춤형 제품 작성). )

그러나 귀하의 질문에 직접 대답하기 위해 lgpl 및 gpl은 내부 회사 사용에 완벽하게 적합합니다.

nedit 또는 gnu를 다운로드 할 수 있기 때문에 코드를 공개 할 필요없이 내 마음 내용으로 변경 한 다음 직접 사용하십시오. 내 고용주가 내부적으로 사용하는 것과 아무런 차이가 없습니다.


답변