MIT 라이센스의 속성에 대한 요구 사항은 무엇입니까?


18

choosealicense.comMIT 라이센스 가“짧고 현재까지 허용되는 라이센스입니다. 이를 통해 사람들은 적절한 속성 과 보증없이 코드 무엇이든 할 수 있습니다 ”(강조 광산). 라이센스를 읽을 때 원저자에 대한 저작자 표시가 어디에나 있어야한다는 주장은 없습니다.

답변:


19

네 번째 단락은 두 번째 단락의 저작권 표시를 재생해야한다고 말합니다. 라이센스 사용자는 [fullname]을 실제 이름으로 대체합니다. 그것이 MIT의 마음에 "적절한 귀속"을 구성하는 것입니다. 소프트웨어의 모든 사용자는 원하는 경우 누가 그것을 작성했는지 알아낼 수 있습니다.


-2

참고 : 무자비하게 하향 투표하기 전에-4 코너 법률 원칙, 국제 해석 및 무역 사용 원칙을 이해하고 물론 객관적이어야합니다.

두 가지 방법으로 설득력있는 답변을 찾았습니다. 짧은 대답은 아마도 그것이 좋기 때문에 아마도해야한다는 것입니다.

MIT의 경우 사람들은 컴파일 된 버전을 배송하는 데 속성이 필요하며 속성이 최종 사용자에게 표시되어야한다고 생각합니다. 물론 우리 안에있는 훌륭한 사마리아인들은 이것이 기본적으로 좋은 일이라고 생각합니다.

라이센스를 보면 해당 요구 사항에 대한 증거가 없습니다.

소프트웨어 는 MIT 라이센스에서 특정한 의미를 갖습니다.

...이 소프트웨어 및 관련 문서 파일 ( "소프트웨어")

본 소프트웨어 는 귀하의 저작물, 파생물, 개조 물 또는 컴파일 된 버전이 아닙니다. 그렇다면 GPL과 같은 바이러스 라이센스로 간주 될 수 있습니다.

...

상기 저작권 고지 및이 허가 고지는 소프트웨어의 모든 사본 또는 상당 부분에 포함됩니다.

기억 이 소프트웨어가 자신의 소프트웨어가 아닌 당신입니다.

오픈 소스 코드를 github에 제출하고 소프트웨어를 포함했다면 절대적으로 LICENSE.TXT와 저작권 헤더를 유지해야합니다.

그러나 제품에 대한 .... MIT의 라이센스가 있어야한다는 것은 아닙니다 공공 최종 제품의 속성,하지만 통지에 포함되어야한다고 자신의 소프트웨어입니다. 컴파일 된 경우 회색 영역입니다.

이 첫 번째 조항은 구법에서 비롯 될 수도 있습니다.

"저작권이있는 저작물이 저작권 보호를 받기 위해 공개 된 형태로 명시적인 통지를 요구하는 데 사용되는 저작권법" 오픈 소스 및 자유 소프트웨어 라이센스 이해

그러나 그 반대를 믿는 많은 사람들이 있습니다. 귀찮게 해치지 않습니다. 원하지 않는 한 프로세스에서 실수로 자신의 제품을 MIT로 라이센스하지 마십시오.


4
이 답변이 매우 혼란 스럽다고 생각합니다. 사람들은 MIT 라이센스를 당연한 것으로 여기지 않습니다. 그것은 말한다 라이센스의 권리 "위의 저작권 고지와이 허가 고지는 모든 사본 또는 소프트웨어의 상당한 부분에 포함되어야한다." 그것보다 더 명확하게하기는 어렵습니다. 명시 적으로 명시된 당연한 것을 취할 수 없습니다.
Bryan Oakley

1
요점은 '소프트웨어'를 사용하는 것이 었습니다. 반드시 '소프트웨어 또는 파생 저작물'을 의미하는 것은 아닙니다.
GilesDMiddleton

2
"실질적인 부분"은 무엇입니까? GitHub가 프로그래머의 개인 스크래치 패드처럼 자주 사용되면서 코드 조각이 점점 더 짧아지고 있습니다. 점점 더 사소한.
BTownTKD
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.