제품을 시장에 서둘러 출시하는 과정에서 서두르는 소프트웨어 개발자는 중요한 오픈 소스 소프트웨어 라이선스 규칙을 위반할 수 있습니다.
시간을 절약하고 비용 효율적인 이 전략은 독점 코드를 사용하는 조직에만 국한되지 않습니다. 개발자, 특히 스타트업 프로그래머는 프로젝트 초기 단계에서 공개적으로 사용 가능한 오픈 소스 코드를 사용하는 경우가 많습니다. 일부 개발자는 오픈 소스 코드를 사용하더라도 저작권 측면에서 법적 계약을 체결하고 있다는 사실을 깨닫지 못합니다.
유용한 제품을 시장에 출시하기 위해 서두르는 과정에서, 서두르는 소프트웨어 개발자는 중요한 오픈 소스 소프트웨어를 위반할 수 있습니다. 라이선스 규칙으로 인해 저작권 침해 신고, 침해 소송 및 통제권 상실에 노출됩니다. 암호.
오픈소스 코드를 자유롭게 운영하고 개선하는 개발 커뮤니티에서는 프로그래밍 표준을 유지하기 위해 약관도 규정합니다. 각 오픈 소스 라이선스에 대한 사용 – 해당 조건을 준수하지 않으면 해당 라이선스가 자동으로 종료됩니다. 특허. 라이센스 종료를 무시하고 개발자가 오픈소스 코드를 계속 사용하는 경우 이는 저작권 침해가 되며 유죄가 있는 당사자가 기소될 수 있습니다.
개발자가 오픈 소스 라이선스를 중복하려고 시도하는 경우 유사한 위반이 발생할 수 있습니다. 어떤 상황에서도 다수를 결합할 수 없습니다. 그렇게 하면 라이선스 자체가 모순되거나 경쟁하는 조건을 가지게 되므로 다시 한 번 저작권 침해 혐의로 끝날 수 있습니다.
또한 다른 독점 코드 라이선스와 달리 오픈 소스 라이선스는 영구적입니다. 일단 서명하고 라이센스를 포함시키면 귀하는 영구적으로(또는 적어도 코드를 사용하는 동안) 이용 약관을 따르게 됩니다.
오픈 소스 코드에 독점 코드가 오염되어 문제가 발생할 수도 있습니다. 일부 오픈 소스 소프트웨어 라이센스에 따르면 오염이 발생하는 이유는 일부 오픈 소스 소프트웨어 라이선스에 따라 생성되거나 이를 포함하는 소프트웨어가 오픈 소스 코드의 일부라도 원래 오픈 소스의 조건에 따라 자유롭게 사용할 수 있어야 합니다. 특허. 이는 기업이 오픈 소스 코드를 사용할 때 저지르는 가장 흔한 실수 중 하나입니다. 독점 소프트웨어 오염은 매우 큰 비용을 발생시킬 수 있으므로 사용하기 전에 라이센스 사용 약관을 적절하게 검사하는 것이 가장 중요합니다.
소프트웨어 디자이너가 코드를 작성할 때 각 줄의 출처를 아는 것이 중요합니다. 예를 들어, IBM은 인수 후보 회사가 처리하는 모든 코드 라인이 어디에서 왔는지 정확히 찾아낼 수 있도록 요구하는 잘 알려진 정책을 가지고 있습니다. 이렇게 하면 오픈 소스 코드로 독점 소프트웨어를 오염시킬 위험이 거의 없습니다.
이러한 가능한 모든 함정은 위험할 수 있지만, 오픈 소스 코드는 여전히 기업이 소프트웨어를 신속하게 개발할 수 있는 좋은 방법으로 남아 있습니다. 그리고 이를 성공적으로 수행하기 위한 실제 열쇠는 귀하의 요구에 가장 적합한 오픈 소스 라이선스가 포함된 코드를 찾는 것입니다. 전체적으로 대중이 사용할 수 있는 대략 70개의 오픈 소스 라이선스에 의해 관리되는 코드가 있습니다. 그러나 결정을 쉽게 하기 위해 대부분의 라이선스는 두 그룹 중 하나에 속합니다. 오픈 소스 구성 요소를 포함하는 모든 코드는 원래 오픈 소스와 동일한 조건으로 공개됩니다. 암호; 그리고 결합된 코드의 배포에 대한 요구가 없는 유연한 오픈 소스 라이센스입니다.
강력한 오픈 소스 라이선스는 많은 오픈 소스 커뮤니티에서 인기가 있습니다. 이러한 인기 있는 유형의 오픈 소스 코드를 설계하고 유지 관리하는 커뮤니티는 "개방성"을 높이 평가하므로 오픈 소스를 사용하는 모든 것이 공개적으로 제공되기를 원합니다. 이는 새로 만든 소프트웨어를 판매하거나 배포할 수 없다는 의미는 아니지만(할 수 있음) 결합된 소프트웨어 코드(오픈 소스 코드 포함)를 자유롭게 릴리스해야 한다는 의미입니다. 이러한 강력한 오픈 소스 라이센스의 좋은 예는 GNU General Public License(GPL-3.0)입니다. 그러나 독점 소프트웨어를 만들고 소스 코드를 자유롭게 배포하고 싶지 않다면 가장 엄격한 사용 약관이 있는 GPL-3.0을 어떻게 해서든 피하십시오.
또한 특허 라이선스 계약이 있는 경우에도 주의하세요. 새로운 GNU 라이센스는 다른 회사를 차단하면서 한 회사에만 독점적으로 또는 특별한 조건으로 특허 라이센스를 부여할 수 없다고 규정합니다. 소프트웨어 라이선스를 부여하는 모든 사람에게 동일한 조건을 제공해야 합니다.
오픈 소스 코드를 공개하고 싶지 않은 회사의 경우 유연한 오픈 소스 라이선스가 가장 적합할 수 있습니다. 이러한 유연한 라이센스로 보호되는 소프트웨어는 어떠한 처벌 없이 저작권, 특허 및 판매가 가능합니다. 유연한 소프트웨어 라이선스는 사용 약관이 다양하지만 대부분 제한 사항이 거의 또는 전혀 없습니다. 이러한 유형의 라이센스 중 한 가지 예는 Apache 오픈 소스 라이센스입니다. 이는 오픈 소스 코드를 사용하더라도 자신이 만든 소프트웨어에 대해 특허를 취득하거나 제한을 적용하려는 기업에게 최상의 솔루션을 제공합니다.
오픈 소스 및 라이선스 옵션을 검토할 때는 주의가 필수입니다. 가장 좋은 출발점은 단순히 다양한 유형의 오픈 소스 라이선스 간의 차이점과 귀하의 목표를 아는 것입니다. 소프트웨어 – 예를 들어 코드를 완전히 독점적으로 유지할 것인지, 특허 보호를 신청할 것인지 여부 등 앞으로. 그런 다음 시간을 내어 이용 약관을 이해하고 회사에 가장 적합한 오픈 소스 라이선스를 선택했다면 올바른 출발을 한 것입니다.
전기
드보라 그래저(D'vorah Graeser) 박사 의 창립자이자 CEO입니다. 그레이저 어소시에이츠 인터내셔널 (GAI)는 준비, 출원 및 관리를 전문으로 하는 국제 지적재산권 회사입니다. 의료기기, 생명공학, 제약, 생물정보학, 의료 소프트웨어 관련 기소 특허. Graeser 박사는 미국 특허 대리인이며 변호사는 아닙니다. 위의 내용 중 어느 것도 법적 조언으로 해석되어서는 안 됩니다.