라이선스 코드 사용 시 모범 사례는 무엇인가요?

좋습니다. 그러면 제가 궁금했던 질문이 하나 떠오르네요.

이 저장소의 8명의 기여자를 확인했습니다…

저는 이 테마에서 코드를 가져와서 제 ‘자체 제작’ 테마 컴포넌트를 만들었습니다. 라이선스 때문에 생산 환경에서 사용하기보다는 제 학습 목적으로만 진행했습니다.

또한 이 테마 내부에서 라이선스가 다른 여러 기존 테마 컴포넌트를 사용하고 있는 것으로 보입니다.

제 질문은 다음과 같습니다:

이 테마에서 복사한 코드를 사용하여 테마 컴포넌트를 만들 때, 저작권을 침해하지 않으면서도 커뮤니티에 공개하기 위해 라이선스를 변경할 수 있는 범위는 어디까지일까요?

또는 다른 말로 하면, 무엇을 제거하거나 변경해야 하는지 그 범위는 어디까지일까요?

테마 작성자로써 날개를 펼치기 시작하는 저에게 이를 이해하는 것은 매우 중요합니다.

이것이 법적 문제임을 알고 있습니다. 또한 지식재산권 분야에서 존재하는 불확실성의 정도와 그것이 (아마도 영원히) 해결되거나 확정되지 않을 것임을 알고 있습니다. 특히 소프트웨어 관련해서는 현재 매우 불확실한 상황입니다.

이러한 점을 고려할 때, 제 질문은 이 커뮤니티 내에서 저의 작업을 위해 더 실용적인 측면에 가깝습니다.

실제로 법적 문제에 얽매이지 않으면서도 저작권으로 보호되는 것으로 추정되는 코드를 재사용하는 '최선(또는 가장 책임감 있는) 방법’에 대해 명확한 지침이 필요합니다.

(이 내용을 새로운 토픽으로 분리하거나 기존 토픽과 병합해야 할까요? 관련 있는 최근 토픽을 찾을 수 없었습니다.)

좋은 질문입니다. 일반적으로 파생 저작물은 원 저작물과 동일한 라이선스를 사용해야 합니다. 실제로 대부분의 인기 있는 오픈소스 라이선스에는 이를 명시하는 조항이 포함되어 있습니다.

저는 저작권 고지가 라이선스와 동일한 개념이라고 생각하지 않아 해당 파일의 내용에 다소 놀랐습니다.

저자가 직접 답변해 주시면 어떨까요?

@merefield 님의 말씀이 맞습니다. 도움이 될 만한 일반적인 참고 자료를 몇 가지 찾아보았습니다… 하지만 다시 한번 말씀드리자면, 법적 장벽을 분석하는 데 깊이 빠질 수는 없습니다. 어떤 경우에도 너무 불확실하고 미정착되어 있어 이를 신뢰할 수 없기 때문입니다.

저는 그저 코딩하고, 창작하고, 차용하고, 공유하고 싶을 뿐입니다.

https://opensource.stackexchange.com/questions/297/whats-the-difference-between-copyright-and-licensing

https://www.justia.com/intellectual-property/copyright/copyright-licensing/#:~:text=Generally%2C%20the%20difference%20between%20the,losing%20control%20over%20the%20work.

이것은 변호사에게 물어봐야 할 질문입니다.

저는 변호사가 아닙니다(또한 이 메시지는 CDCK가 아닌 저 개인이 보낸 것입니다) 하지만, 명시적인 라이선스가 없고 GitHub에 게시되어 있다는 점을 고려하면, 사람들이 원하는 대로 사용할 수 있도록 의도된 것으로 해석할 여지가 있습니다. 다만, 법적 소송에서는 아마도 패소할 가능성이 높을 것입니다.

저라면 사용에 대해 매우 신중할 것이며, 먼저 모든 브랜드 자산을 제거하는 것을 확실히 하겠습니다.

감사합니다 @supermathie – 당신의 답변은 제 질문의 의도를 더 잘 이해하는 데 도움이 됩니다.

제 변호사들(모두)은 각각 다른 의견과 논거를 제시하며, 법원들은 이 법률 분야에서 점점 더 일관성 없고 상충되는 판결만 내리고 있습니다. 더 많은 변호사를 고용해 더 많은 의견을 듣는 것은 제가 가고자 하는 길이 아니며, (당신이 암시했듯이) 이는 어떤 신뢰할 수 있는 확실함도 제공하지 못할 것입니다.

특정 저작물이나 (각기 “저작권” 및 "라이선스"가 부여된) 소프트웨어 컴포넌트 모음이 특정 소유권이나 라이선스를 가진다고 주장된다고 해서, 그것이 법적으로 그렇게 되는 것은 아닙니다. 그 의미에서, 모든 코드 조각의 주장된 소유자들의 "권한"을 추적하는 것은 무의미해 보입니다.

우리는 소프트웨어 아키텍트, 디자이너 및 코더로서, 이러한 법적 불확실성의 폭정(저의 의견으로는 이는 결코 사라지지 않을 것입니다)을 무효화하는 방법을 찾아야 합니다.

이것은 저를 불편하게 하고 이 커뮤니티에서의 제 작업에 지장을 줍니다.

물론 이것은 전 세계적 문제이며, 저는 그것을 해결하거나 바꿀 수 없습니다. 하지만 이 커뮤니티 내에서 제 활동의 목적을 위해, 여기(이 커뮤니티)의 권위 있는 분들의 의견을 듣는 것이 도움이 될 것입니다.

제가 차용하거나 (혹은 실수로 훔칠 수 있는) 특정 컴포넌트와 코드의 소유권이나 라이선스가 도전받게 된다면, 저는 제 작업을 불필요하게 제한하지 않으면서도 제 책임성을 다하기 위해 최선을 다하고 적정 주의 의무를 다했음을 알리고 싶습니다.

제가 더 명확히 정의하려는 경계는 바로 이것입니다.

저는 널리 쓰이는 표준 라이선스들이 바로 그 목적을 추구한다고 생각합니다. 즉, 불확실성을 줄이고 구체적인 자유를 명시적으로 부여함으로써, 변호사에게 의존할 필요가 훨씬 적어지도록 하는 것입니다.

깃허브 가이드 링크를 공유합니다:

귀속(Attribute)은 소유권(Chain of title)을 확립하고 식별하는 데 널리 사용되는 또 다른 중요한 방법입니다.

그러나 대부분의 비독점 소프트웨어의 경우, 개발 과정에 관여한 모든 사람을 찾아내어 적절히 공로를 인정하거나 보상하는 것은 터무니없이 비현실적이라는 사실은 누구나 알고 있습니다.

변호사는 아니지만, 골치 아픈 오픈소스 라이선스 문제를 다뤄본 경험이 많습니다.

코드를 오픈소스로 공개하거나 퍼블릭 도메인(public domain)으로 전환하는 것은 명시적인 행위입니다. 일반적으로 저자의 허락 없이 발견한 코드를 재배포하거나 라이선스를 부여할 수 없습니다.

"일반적으로"라고 한 이유는, GitHub 같은 사이트의 경우 저자가 타인이 해당 코드를 보고 포크할 수 있도록 허용하는 약관에 동의했을 가능성이 높기 때문입니다. 이 부분에 대한 자세한 내용은 No License | Choose a License 에서 확인할 수 있습니다.

개인적인 학습 목적으로 비공개 저장소에서 이 코드를 사용하려는 경우, 불이익을 받을 가능성은 낮습니다. 하지만 해당 사용을 공개하는 것은 재배포로 간주될 수 있으므로 지양해야 하며, 라이선스를 추가하는 것은 하류 사용자(downstream users)에게 법적 리스크를 전가시키므로 강력히 반대합니다.

개인적으로는 저자에게 연락하여 종속성(dependencies)의 라이선스를 준수하고 자신의 코드에도 라이선스를 부여해 달라고 요청하겠습니다. 만약 답변이 없다면 그들의 코드를 사용하지 않을 것입니다.

@merefield, 철저하면서도 간결한 참고 자료를 공유해 주셔서 감사합니다. 이 기사는 해당 주제에 대한 훌륭한 입문서였으며, 저는 분명히 여러 번 다시 읽을 것입니다.

제가 지금까지 배운 것(이 토픽을 시작한 이래)은 능동적이고 정보를 잘 갖추는 것이 얼마나 중요한지, 그리고 제가 배포하는 모든. 것.에 라이선스를 추가해야 한다는 점입니다!

"허가 없는 혁신(Permissionless Innovation)"은 완전히 통제 불능 상태입니다. 그리고 우리는 그것이 다행이라고 감사해야 합니다.

저는 2001년부터 결과적으로 중대한 영향을 미친 기술 특허를 소유해 왔습니다. 제 파트너(발명가)와 저는 (독점적으로 수익화하는 대신) 이것이 광범위하게 채택될 가장 좋고 가장 빠른 기회를 가질 수 있기를 원했기 때문에, 가장 엄격한 수준의 세부 사항으로, 그리고 가장 공개적이고 널리 접근 가능한 장소에서 전체 기술 사양을 매우 공개적으로 공개하는 것을 신중하게 고려하여 선택했습니다.

다행히도 우리는 성공했습니다. 우리가 의도한 대로, 우리의 발명은 주목을 받아 인류 전체의 선을 위해(모두가 "선"에 동의하는 것은 아닙니다 :thinking:) 광범위하게 사용되었습니다. 저는 이것이 가능하도록 해준 미국 특허 시스템(“새롭고 유용한 아이디어의 대중적 공개 저장소”)에 감사드립니다.

특허법은 가장 모호하고 가장 덜 정립된 법률 분야 중 하나이지만, 역사는 우리에게 허가 없는 혁신이 진보의 근본적으로 필요한 촉진제임을 반복해서 가르쳐 줍니다.

하우제(Häußge) 입문서를 읽은 것은 저를 안심시켜 주었을 뿐만 아니라, 오픈소스의 수호자들이 시대의 상황과 환경을 고려할 때 가능한 최고의 "베스트 프랙티스"를 우리에게 제공해 주었다는 점을 깨닫게 해 주었습니다.

저도 @yanokwa와 마찬가지로, 이 상황에서 책임 있는 행동은 다음과 같다고 동의합니다.

저자에게 연락하여 그들의 의존성 라이선스를 준수하고 자신의 코드에 라이선스를 추가하도록 요청하십시오. 그들이 응답하지 않으면, 저는 그들의 코드를 사용하지 않을 것입니다.

관련해서, 이 새로운 라이선싱 "모델"에 관심을 갖게 되었습니다:

https://venturebeat.com/games/story-protocol-raises-54m-to-blend-web3-and-intellectual-property-creation/