MIT와 저작권

MIT 라이센스에 따라 라이센스가 부여 된 라이브러리에 기여하고 있습니다.

라이센스와 각 클래스 파일에서 맨 위에 다음과 같은 주석이 있습니다.

저작권 (c) 2011 Joe Bloggs <joe.bloggs@example.com>

본인은 파일에 대한 저작권을 보유하고 있으며 해당 파일의 라이센스를 변경할 수 있다고 가정합니다.

내가 직접 작성한 새 클래스로 라이브러리에 기여하는 경우 해당 파일의 저작권을 주장 할 수 있습니다. 그리고 넣어 :

저작권 (c) 2011 Petah Piper <petah.piper@example.com>

상단에?

licensing copyright mit-license

— 페타
소스

답변:

나는 변호사가 아니지만 대답은 그렇습니다. 저작권 보유자는 작품을 만들었거나 그 권리를 양도 한 사람의 권리를 주장 할 수있는 사람 또는 단체입니다. MIT 라이센스는 저작권을 양도하는 것이 아니라 라이센스에 명시된대로 (저작권이있는) 저작물을 사용할 수있는 법적 권한을 부여하는 것에 관한 것입니다. 수업을 쓰면 실제 사용이 제 3 자 작품에 의존하더라도 수업에 대한 저작권이 있습니다.

클래스를 소프트웨어 패키지에 추가하고 전체 패키지를 배포하면 패키지에는 여러 명의 저작권 보유자 (원본 저자 및 귀하)가 있습니다. MIT 라이센스를 통해 "소프트웨어 사본을 사용, 복사, 수정, 병합 , 게시, 배포, 서브 라이센스 및 / 또는 판매 "할 수 있으므로 원본 패키지에서 부품을 배포 할 수 있습니다 .

— antti.huima
소스

AFAIK, 당신은 또한 자동으로 저작권을 보유해야합니다-통지는 당신이 쉽게 집행 할 수 있도록 그냥 있습니다.

— Pubby

예, 저작권은 저작물을 주장하는 것이 아니라 저작물의 저자가 됨으로써 만들어집니다. 저작권 표시가 없더라도 귀하는 여전히 저작권을 보유하고 있지만, 그 내용을 그대로 둘 수는 없습니다.

— antti.huima 2011

일부 프로젝트에서는 수정에 대한 저작권을 프로젝트 관리자에게 합법적으로 할당해야하므로 나중에 프로젝트에서 프로젝트의 라이센스 조건을보다 쉽게 수정할 수 있습니다 (이 문제는 GPLv3가 공개 될 때 많은 GPL 프로젝트와 유사합니다). ). 기여하는 특정 프로젝트에 이러한 요구 사항이 있는지 프로젝트 관리자에게 확인해야합니다.

— 트레버 파월

예. 그러나 소스 코드가 MIT 라이센스에 따라 배포되는 경우 언제든지 자신 만의 프로젝트 파생물을 만들 수 있습니다. 이는 코드를 원래 프로젝트의 소스 코드 저장소로 다시 커밋하는 것과는 다릅니다. 저작권 이전이 필요할 수 있습니다 (보통).

— antti.huima 2011

— MSalters

그래 넌 할수있어.

본인은 파일에 대한 저작권을 보유하고 있으며 해당 파일의 라이센스를 변경할 수 있다고 가정합니다.

그는 기존 라이센스의 조건을 변경할 수 없으며 다른 라이센스로 다른 라이센스 소유자 (다른 사람이 아니라 그의 코드로) 를 발행 할 수 없습니다 . MIT 라이센스는 취소 할 수 없으며 새로운 수신자에게 라이센스 자동 발급을 포함합니다.

— 데이비드 슈워츠
소스

합법적 요점 : MIT 라이센스는 이미 특정 작업 물을 배포 한 사람들에게는 취소 할 수 없습니다. 즉, 나는 그들에게 작품을 줄 수 없다고 말하고 "하하, 지금은 상업이다. 그러나 저작권 소유자는 원할 때마다 MIT 라이센스에 따라 배포를 중단 할 권리가 있습니다 (이 라이센스에 따라 이미 저작물을받은 모든 사람은 여전히 라이센스를 사용하거나 해당 라이센스에 따라 재배포 할 수 있음). 다른 라이센스 하에서 새로운 소비자에게 (또는이를 기반으로 작업).

— 트레버 파월

더 좋은 점 : MIT를 해석하려면 변호사 가 필요합니다 . 결과적으로, 특히 중앙 집중식 기관에 의해 추진되는 작업으로 MIT 라이센스를 적용하는 데 전문 지식이 거의 없다면, MIT의 용어는 생각할 수 없을 정도로 강하지 않을 수 있습니다. 그것이 법이 실제로 작동하는 방식입니다.

— Josh Habdas