퍼블릭 도메인 소프트웨어

Public-domain software
Creative Commons Public Domain 마크는 공용 도메인에 있는 저작물을 나타냅니다.

퍼블릭 도메인소프트웨어는 퍼블릭도메인에 배치된 소프트웨어입니다.즉, 저작권, 상표, 특허 등의 소유권이 전혀 없는 소프트웨어입니다.퍼블릭 도메인의 소프트웨어는, 누구에 의해서도 변경, 배포, 또는 판매할 수 있습니다.이는 소프트웨어 라이선스가 제한된 사용 권한을 부여하는 독점 저작권 하에 있는 소프트웨어의 일반적인 경우와는 다릅니다.

대부분의 국가가 서명한 베른 협약에 따르면 저작자는 자신이 작성한 모든 것에 대한 독점적 저작권을 자동으로 획득할 수 있으며, 현지법도 마찬가지로 저작권, 특허 또는 상표권을 기본적으로 부여할 수 있습니다.Berne Convention에는 프로그램도 포함되어 있습니다.따라서 프로그램은 자동으로 저작권의 대상이 되며, 공개 도메인에 배치될 경우 저작자는 어떠한 방식으로든, 예를 들어 포기 성명서에 [1]의해 저작권과 기타 권리를 명시적으로 부인해야 합니다.일부 국가에서는 일부 권리(특히 도덕적 권리)를 부인할 수 없습니다. 예를 들어 민법 전통에 기초한 독일 법의 "우르헤베르흐트"는 앵글로색슨 관습법 전통의 "저작권" 개념과 다릅니다.

역사

다음 항목도 참조하십시오.소프트웨어 저작권 및 자유 및 오픈 소스 소프트웨어의 역사

초기 학술 퍼블릭 도메인 소프트웨어 생태계

1950년대부터 1990년대까지의 소프트웨어 문화에서는 독창적인 학문적 현상으로서 "public-domain"(일반적으로 "PD") 소프트웨어가 유행했다.이러한 종류의 자유롭게 배포되고 공유되는 "자유 소프트웨어"는 오늘날 차별화된 프리웨어, 쉐어웨어, 자유 및 오픈 소스 소프트웨어 클래스를 결합하여 학계 및 취미가와 [2]해커에 의해 만들어졌습니다.소프트웨어는 BASIC 등의 인터프리터 언어로 작성되는 경우가 많기 때문에 소스 코드가 필요했기 때문에 소프트웨어를 실행하기 위해 배포되었습니다.PD 소프트웨어는 컴퓨터 잡지(Creative Computing, SoftSide, Compute!, Byte 등) 및 베스트셀러 BASIC Computer Games 등의 [3]서적에서 인쇄 소스 코드(입력 프로그램)로 공유되어 배포되었습니다.초기에 클로즈드 소스 소프트웨어는 1970년대 [4][5][6]중반부터 1980년대까지 흔치 않았습니다.

1974년 이전에는 미국 Copyrighted Works New Technical Uses of Copyrighted Works(CONTU)가 "컴퓨터 프로그램은 저자의 독창적인 창작물을 구체화하는 한 [7][8]저작권의 적절한 주제"라고 결정했을 때 소프트웨어는 저작권이 없으며 따라서 항상 공공 영역에 있었다.이 법률과 1983년 애플 대 프랭클린과 같은 객체 코드에 대한 법원의 판결은 저작권법이 컴퓨터 프로그램에 문학 작품의 저작권 지위를 부여했다는 것을 명확히 했다.

1980년대에 퍼블릭 도메인[verification needed] 소프트웨어를 공유하는 일반적인 방법은 캘리포니아 서니베일의 로컬 사용자 그룹이나 PC-SIG와 같은 회사를 통해 소프트웨어를 받는 것이었습니다.이 회사는 평균 [9]6달러의 가격으로 300개 이상의 디스크를 우편 주문 카탈로그로 관리하고 있었습니다.소스 코드를 가진 퍼블릭 도메인 소프트웨어도 BBS 네트워크에서 공유되었습니다.공공 도메인 소프트웨어는 때때로 도너티웨어 모델에 의해 상용화되었고,[10] 사용자에게 우편으로 돈을 보내달라고 요청했다.

퍼블릭 도메인의 "무료 공유" 및 "기부 소프트웨어"[13] 상용화 모델은 이후 몇 년 동안 (자발적이지 않은) 공유 소프트웨어 [11][12]모델과 프리웨어라고 불리는 무료 소프트웨어로 발전했습니다.게다가 컴퓨터 산업의 다른 변화들로 인해 소스 코드의 공유는 [6]덜 일반적이게 되었다.

1988년의 Berne Convention Implementation Act(및 1976년의 초기 저작권법)에 의해 퍼블릭 도메인 소프트웨어의 법적 기반이 대폭 변경되었습니다.이 법 이전에는 저작권 고지 없이 소프트웨어를 공개하는 것만으로도 공공 도메인에 전용하는 데 충분했다.새로운 저작권법에서는 소프트웨어는 기본적으로 저작권 보호를 받고 있으며 [14][15]저작자의 명시적인 포기 성명 또는 라이선스가 필요했습니다.

표준화를 위해 의도되거나 적용된 종종 암호화 알고리즘의 참조 구현은 여전히 퍼블릭 도메인에 제공되고 있습니다. 예를 들어 1993년의 CERN httpd[16], 1999년의 Sepent 암호 등이 있습니다.Openwall Project는 퍼블릭 [17]도메인에서 여러 알고리즘과 그 소스 코드 목록을 유지합니다.

후속 소프트웨어로서 프리 소스 및 오픈 소스 소프트웨어 제공

1980년대 말 저작권 시스템의 변화에 대한 학술 소프트웨어 생태계의 대응으로 BSD 라이센스 및 파생상품과 같은 허용 라이센스 텍스트가 개발되었습니다.자유 오픈 소스 소프트웨어의 일종인 허가 라이선스 소프트웨어는 이전의 퍼블릭 도메인 소프트웨어의 대부분의 특징을 공유하지만 저작권법의 법적 기반에 서 있습니다.

1980년대에 Richard Stallman은 "퍼블릭 도메인"과 같은 소프트웨어 공유라는 학문적인 환경에서 오랫동안 일하면서 독점 소프트웨어의 출현과 퍼블릭 도메인 소프트웨어 생태계의 쇠퇴를 알게 되었습니다.이 생태계를 보존하기 위해 그는 "퍼블릭 도메인" 권한을 인코딩하고 이를 취소할 수 없도록 소프트웨어에 적용하는 소프트웨어 라이센스인 GPL을 만들었습니다.역설적으로, 그의 카피레프트 접근법은 효과적이기 위해 저작권의 집행성에 달려있다.따라서 카피레프트 자유 소프트웨어는 퍼블릭 도메인 소프트웨어와 많은 속성을 공유하지만 잔존이나 서브 라이선스는 허용하지 않습니다.실제 퍼블릭 도메인 소프트웨어나 허가 라이선스의 소프트웨어와 달리 Stallman의 카피레프트 라이선스는 라이선스의 변경을 허용하지 않음으로써 장래에도 소프트웨어의 자유로운 공유성을 강화하려고 합니다.

따라서 무료 소프트웨어(무료 소프트웨어 라이센스 하에 있음) 또는 배포되어 무료로 사용할 수 있는 소프트웨어(무료 소프트웨어)를 "퍼블릭 도메인"이라고 부르는 것은 올바르지 않습니다.퍼블릭 도메인은 저작자의 배타적 권리(예: 저작권)를 포기하지만, 자유 소프트웨어에서는 저작자의 저작권이 여전히 유지되며, 예를 들어 카피레프트를 시행하거나 허가 라이선스 소프트웨어를 배포하는 데 사용됩니다.라이선스가 부여된 소프트웨어는 일반적으로 [18]퍼블릭도메인이 아닙니다.또 다른 뚜렷한 차이점은 실행 가능한 프로그램이 소스 코드를 사용할 수 없게 되어도(프로그램이 실현 가능하지 않게 되어도) 퍼블릭 도메인에 있는 반면, 자유 소프트웨어에는 소스 코드가 항상 사용 가능하다는 것입니다.

복사 후 퍼블릭 도메인

2000년대 들어 피어 투 피어 공유 네트워크와 웹 개발의 공유가 등장함에 따라 새로운 저작권 크리티컬 개발자 세대는 "라이선스 없는" 퍼블릭 도메인 소프트웨어 모델을 다시 보여주면서 저작권 [19][20][21][22]시스템의 안정적 부분이라고 FOSS 라이센스 생태계("포스트 오픈 소스")를 비판했습니다.Creative Commons "CC0"(2009년) 및 "Unlicense"(2010년) 등 새로운 비 FOSS 라이선스와 포기 텍스트가 개발되었으며, 허용 소프트웨어 라이선스의 인기가 높아지고 있음을 알 수 있습니다.또한 고립된 소프트웨어 및 소프트웨어의 디지털 노후화 문제가 증가함에 따라 저작권 [23][24][25][26]및 DRM의 제약을 받지 않고 디지털 유산의 디지털 보존을 개선하기 위해 소프트웨어를 공공 도메인에 전달하는 것의 관련성에 대한 인식이 다시 높아졌습니다.

2004년경, 변호사 로렌스 로젠이 에세이 "왜 공공 도메인이 라이선스가 아닌가"에서 소프트웨어가 실제로 공공 [27]도메인에 주어질 수 없다고 주장하면서, 공공 도메인 소프트웨어를 FOSS 생태계의 일부로 간주할 수 있는지에 대한 논쟁이 있었다. 이 입장은 다니엘 번스타인과 다른 사람들의 [28]반대에 부딪혔다.2012년 Rosen이 마음을 바꿔 CC0를 오픈 소스 라이선스로 받아들였고, 이전 주장과는 달리 저작권은 9회선의 [29]결정에 의해 포기될 수 있다는 것을 인정함으로써 이 지위는 마침내 해결되었습니다.

퍼블릭 도메인에 소프트웨어 전달

저작권 고지 없이 출시

1988년의 베른 조약 실시법(및 1978년에 발효된 1976년의 초기 저작권법) 이전에는 명시적인 저작권 고지나 저작권 등록 없이 공개함으로써 쉽게 공공 도메인에 작품을 제공할 수 있었다.1988년 시행법 이후, 모든 저작물은 기본적으로 저작권이 보호되고 있으며, 포기 [14][15]성명서에 의해 적극적으로 공공 도메인에 제공되어야 했다.

저작권 용어 남기기

소프트웨어처럼 저작권이 있는 저작물은 저작권 조항이 지나면 공공영역으로 넘어가게 되어 저작권 특권을 잃게 됩니다.Berne Convention에 의해 부여된 수십 년간의 저작권 보호로 인해 저작권 조건을 남김으로써 퍼블릭 도메인으로 넘어간 소프트웨어는 없습니다.비디오 게임과 [24][25][26]같은 소프트웨어뿐만 아니라 얼마나 빨리 저작물이 공공 영역으로 전달되어야 하는지에 대한 문제는 과학적이고[30][31][32] 공개적인 논쟁의 문제가 되어왔다.

퍼블릭 도메인과 같은 라이선스와 면제

주요 기사: 퍼블릭 도메인 동등 라이선스
퍼블릭 도메인라이크 라이선스인 WTFPL 라이선스 로고
CC0 라이선스 로고, 저작권 포기 및 퍼블릭 도메인라이크[33] 라이선스

실제 퍼블릭 도메인은 소프트웨어 라이선스를 불필요하게 만들지만 ('Permission culture') 권한을 부여하기 위해 소유자/작성자가 필요하지 않기 때문에 퍼블릭 도메인과 같은 권한을 부여하는 라이선스가 있습니다.일반적으로 합의된 라이선스는 없지만 소스 코드를 퍼블릭도메인에 공개하는 것을 목적으로 하는 여러 라이선스가 있습니다.

2000년에 WTFL은 퍼블릭 도메인라이크 라이선스/웨이버/반저작권 통지로서 [34]공개되었습니다.2009년 Creative Commons는 CC0를 공개했습니다.CC0는 공공영역 전용이 문제가 되는 법률 영역(예: 유럽 대륙의 민법)과의 호환성을 위해 작성되었습니다.이는 퍼블릭 도메인 포기 선언과 폴백 All-Permitive 라이선스에 의해 달성됩니다.포기가 [35][36]불가능한 경우입니다.2010년경에 출판된 Unlicense는 반 저작권 메시지에 초점을 맞추고 있습니다.Unlicense는 허용 라이선스에서 영감을 얻었지만 귀속 [37][38]조항이 없는 폴백 퍼블릭 도메인과 유사한 라이선스를 가진 퍼블릭 도메인 포기 텍스트를 제공합니다.2015년 GitHub은 약 510만 개의 라이선스된 프로젝트를 호스팅하고 있으며, 약 2%가 라이선스되지 않은 프로젝트를 사용하고 있으며,[39] 약 102,000개의 프로젝트를 사용하고 있다고 보고했습니다.또 다른 옵션은 [40]Zero Clause BSD 라이선스로 2006년에 출시되어 소프트웨어를 대상으로 하고 있습니다.

그 결과, 이러한 라이선스가 부여된 퍼블릭 도메인 소프트웨어는 4가지 자유를 모두 가지고 있지만, 속성(허용 라이선스소프트웨어의 제한) 또는 라이선스 호환성(카피레프트 라이선스소프트웨어의 문제)의 복잡성에 의해 방해받지 않습니다.

퍼블릭 도메인 소프트웨어

카테고리:소스 코드가 있는 퍼블릭 도메인 소프트웨어, 카테고리:퍼블릭 도메인 소프트웨어

클래식 PD 소프트웨어(1988년 이전)

초기 컴퓨터 시대의 퍼블릭 도메인 소프트웨어는 컴퓨터 잡지나 BASIC Computer Games와 같은 서적에서 타이프인 프로그램으로 공유되었습니다.당시 명시적 PD 포기 성명 또는 라이센스 파일은 이례적이었다.저작권 고지 없이 공개적으로 이용 가능한 소프트웨어는 퍼블릭 도메인 소프트웨어로 간주되어 공유되었습니다.

그 당시의 일반적인 PD 소프트웨어는 다음과 같습니다.

비디오 게임은 공유 PD 소프트웨어의 초기 사례 중 하나이며, 오늘날에도 여전히 눈에 띈다.

많은 PD 소프트웨어 제작자들이 포기문구를 가지고 있지 않고 변경된 저작권법을 모르거나 신경 쓰지 않고 퍼블릭 도메인 출시 관행을 유지하여 법적 문제를 야기했습니다.반면 [45][46]잡지는 1980년대 중반 PD로 보였던 입력 프로그램에도 저작권을 주장하기 시작했다.느린 PD 소프트웨어 작성자만이 명시적인 포기 또는 라이센스 명세서 텍스트를 포함하기 시작했습니다.

최신 PD 소프트웨어의 예(1988년 이후)

최신 PD 소프트웨어의 예(1988년 베른 협약 이행법 이후)는 적절한 퍼블릭 도메인(예를 들어 미국 정부 기관에 의해 작성됨), 적절한 퍼블릭 도메인라이크 라이선스(예를 들어 CC0) 또는 저자의 명확한 포기 선언을 수반한다.2000년대 이전만큼 널리 보급되지는 않았지만 PD 소프트웨어는 오늘날에도 여전히 존재합니다.예를 들어,[47] SourceForge는 2016년에 334개의 호스팅된 PD 프로젝트를 나열했으며,[39] 2015년에만 미허가 PD 프로젝트 GitHub 102,000개를 나열했습니다.2016년 Fedora Project 패키지 분석 결과 퍼블릭 도메인이 7번째로 인기 있는 "라이선스"[48]로 나타났습니다.

수상 경력이 있는 비디오 게임 개발자인 제이슨 로러와 다니엘 번스타인, 브루스 슈나이어, 더글러스 크록포드 [49]같은 몇몇 암호학자들이 암호 알고리즘의 참조 구현을 통해 자신의 작품을 PD에게 공개합니다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ 오픈 소스: Fadi P의 테크놀로지와 정책.Deek, James A. M. McHuh "퍼블릭 도메인", 227쪽 (2008년)
  2. ^ Shea, Tom (1983-06-23). "Free software - Free software is a junkyard of software spare parts". InfoWorld. Retrieved 2016-02-10. In contrast to commercial software is a large and growing body of free software that exists in the public domain. Public-domain software is written by microcomputer hobbyists (also known as "hackers") many of whom are professional programmers in their work life.
  3. ^ Ahl, David. "David H. Ahl biography from Who's Who in America". Retrieved 2009-11-23.
  4. ^ 오브젝트 코드만:IBM이 공정하게 대응하고 있습니까?IBM의 OCO 정책은 자체 자산을 보호하지만 Computerworld에 대한 고객의 투자를 위협할 수 있습니다 - 1988년 8월
  5. ^ Computerworld에서 소프트웨어 변경을 금지함으로써 IBM 정책을 회피한다(1985년 3월 18일)
  6. ^ a b Gallant, John (1985-03-18). "IBM policy draws fire – Users say source code rules hamper change". Computerworld. Retrieved 2015-12-27. While IBM's policy of withholding source code for selected software products has already marked its second anniversary, users are only now beginning to cope with the impact of that decision. But whether or not the advent of object-code-only products has affected their day-to-day DP operations, some users remain angry about IBM's decision. Announced in February 1983, IBM's object-code-only policy has been applied to a growing list of Big Blue system software products
  7. ^ Apple Computer, Inc. v. Franklin Computer Corporation, by Golden Gate University Law Review Volume 14, 2호, 제 3조에서 컴퓨터 프로그램의 저작권 보호에 바이트를 다시 투입한다.누스바움(1984년 1월)
  8. ^ 렘리, 메넬, 머지, 사무엘슨.소프트웨어 및 인터넷법, 페이지 34.
  9. ^ Kristina B. Sullivan (1986-01-14). "Hackers Create Public-Domain Software for the Sheer Joy of It". PC Week. Vol. 3, no. 2. pp. 121–122.
  10. ^ 1987년 4월: 발레부르크 - Zwei Spieler, Zwei Burgen undein Berg Dazwischen...eckhardkruse.net: "Ich habe das Program als Public Domain veröffentlicht (Die Unterscheidung in Freeware, usw. gab es damals nicht)", mit der Bitte umeine 20 DM Spende.Dafür gab es dan die erweitere Version und den codecode." (독일어).
  11. ^ "Bob Wallace Timeline". Erowid. Jan 12, 2004. Retrieved March 7, 2013.
  12. ^ 도브 박사의 저널에 실린 짐 "버튼" 노프에 관한 기사입니다.
  13. ^ share-ware-psl
  14. ^ a b cornell.edu의 public domain
  15. ^ a b Copyright Notice(저작권 통지), 미국 저작권국(Copyright Office) Circular 3, 2008.
  16. ^ cern.ch에서 웹 라이선싱 웹의 탄생(2014).
  17. ^ openwall.info의 퍼블릭 도메인에 배치된 소스 코드 조각 및 프레임워크.
  18. ^ Shankland, Stephen (February 28, 2008). "Is public domain software open-source?". cnet.com. Retrieved 2016-02-03. There's no doubt that open-source software and that in the public domain are similar. But even experts differ about just how closely linked they are.
  19. ^ Karl Fogel (2006)의 "저작권의 놀라운 역사"와 "포스트 저작권 세계의 약속"
  20. ^ 젊은 개발자는 라이선스를 거부하고, opensource.com의 Luis Villa(2013년 2월 12일)에 의한 개혁의 리스크를 안고 있습니다.
  21. ^ 라이선스 및 허가 문화에 대한 반대(2013년 1월 28일)
  22. ^ Richard Fontana(2013년 8월 13일)가 opensource.com에 오픈 소스 소프트웨어, 라이선스 및 GitHub를 게시합니다.
  23. ^ Charlesworth, Andrew (5 November 2002). "The CAMiLEON Project: Legal issues arising from the work aiming to preserve elements of the interactive multimedia work entitled "The BBC Domesday Project"". Kingston upon Hull: Information Law and Technology Unit, University of Hull. Archived from the original (Microsoft Word) on 6 February 2011. Retrieved 23 March 2011.
  24. ^ a b Walker, John (2014-01-29). "GOG's Time Machine Sale Lets You CONTROL TIME ITSELF". Rock, Paper, Shotgun. Retrieved 2016-01-30. As someone who desperately pines for the PD model that drove creativity before the copyright industry malevolently took over the planet, it saddens my heart that a game two decades old isn’t released into the world.
  25. ^ a b Walker, John (2014-02-03). "Editorial: Why Games Should Enter The Public Domain". Rock, Paper, Shotgun. Retrieved 2016-01-30. games more than a couple of decades old aren’t entering the public domain. Twenty years was a fairly arbitrary number, one that seems to make sense in the context of games’ lives, but it could be twenty-five, thirty.
  26. ^ a b Rouner, Jef (April 28, 2015). "U.S. Copyright Office to Explore Making Some Video Games Public Domain". Houston Press. Retrieved 2016-02-03.
  27. ^ Lawrence Rosen (2004-05-25). "Why the public domain isn't a license". rosenlaw.com. Retrieved 2016-02-22.
  28. ^ 대니얼 번스타인이 cr.yp.to에 문서를 공개하는 것: "대부분의 권리는 권리 소유자에 의해 자발적으로 포기될 수 있습니다('웨이브').입법자들은 포기할 수 없는 권리를 만들기 위해 추가적인 노력을 기울일 수 있지만, 보통 그들은 이것을 하지 않는다.특히, 당신은 자발적으로 당신의 미국 저작권을 포기할 수 있습니다: '저작권법에 따라 얻은 권리는 포기될 수 있다는 것은 잘 해결되었습니다.그러나 권리의 포기는 그 권리를 포기하려는 의도를 나타내는 어떤 명백한 행동으로 나타나야 한다.'햄프턴 대 파라마운트 영화사, F.2d 100, 104 (1960년 제9회 연방법원)' 참조.' (2004년)
  29. ^ Lawrence Rosen (2012-03-08). "(License-review) (License-discuss) CC0 incompliant with OSD on patents, (was: MXM compared to CC0)". opensource.org. Archived from the original on 2016-03-12. Retrieved 2016-02-22. The case you referenced in your email, Hampton v. Paramount Pictures, 279 F.2d 100 (9th Cir. Cal. 1960), stands for the proposition that, at least in the Ninth Circuit, a person can indeed abandon his copyrights (counter to what I wrote in my article) – but it takes the equivalent of a manifest license to do so. :-) [...] For the record, I have already voted +1 to approve the CC0 public domain dedication and fallback license as OSD compliant. I admit that I have argued for years against the "public domain" as an open source license, but in retrospect, considering the minimal risk to developers and users relying on such software and the evident popularity of that "license", I changed my mind. One can't stand in the way of a fire hose of free public domain software, even if it doesn't come with a better FOSS license that I trust more.
  30. ^ Watt, Richard (September 26, 2014). Handbook on the Economics of Copyright: A Guide for Students and Teachers. Edward Elgar Publishing. ISBN 9781849808538. Retrieved 2015-01-11.
  31. ^ Pollock, Rufus (2007-10-01). "OPTIMAL COPYRIGHT OVER TIME: TECHNOLOGICAL CHANGE AND THE STOCK OF WORKS" (PDF). University of Cambridge. Archived from the original (PDF) on 2013-02-21. Retrieved 2015-01-11.
  32. ^ Pollock, Rufus (2009-06-15). "FOREVER MINUS A DAY? CALCULATING OPTIMAL COPYRIGHT TERM" (PDF). University of Cambridge. Archived from the original (PDF) on 2013-01-12. Retrieved 2015-01-11. The optimal term of copyright has been a matter for extensive debate over the last decade.
  33. ^ "Downloads". Creative Commons. 2015-12-16. Retrieved 2015-12-24.
  34. ^ anonscm.debian.org 버전 1.0 라이선스
  35. ^ "11/17: Lulan Artisans Textile Competition". 18 June 2009.
  36. ^ Creative Commons Zero 1.0 Universal Public Domain Dediction의 유효성과 Dr.의 독일 저작권법의 관점에서 본 서지 메타데이터에 대한 유용성.독일 베를린에 있는 변호사 크로이처까지요
  37. ^ 라이센스 없음에 대한 라이센스 해제 ostatic.com의 Wayback Machine에서 Joe Brockmeier(2010)에 의해 아카이브된 2017-01-22
  38. ^ Unlicense Archived 2018-07-08은 unlicense.org의 Wayback Machine에서 보관되었습니다.
  39. ^ a b Balter, Ben (2015-03-09). "Open source license usage on GitHub.com". github.com. Retrieved 2015-11-21. 1 MIT 44.69%, 2 Other 15.68%, 3 GPLv2 12.96%, 4 Apache 11.19%, 5 GPLv3 8.88%, 6 BSD 3-clause 4.53%, 7 Unlicense 1.87%, 8 BSD 2-clause 1.70%, 9 LGPLv3 1.30%, 10 AGPLv3 1.05% (30 mill * 2% * 17% = 102k)
  40. ^ "BSD 0-Clause License (0BSD) Explained in Plain English". Retrieved 25 February 2020.
  41. ^ "Alan Turing at 100". Harvard Gazette. 13 September 2012. Retrieved 2016-02-22.
  42. ^ 제프 슈레이거의 엘리자의 계보
  43. ^ SPICE의 기원은 CARGER라고 하는 또 다른 회로 시뮬레이션 프로그램으로 거슬러 올라갑니다. 1960년대 후반 U.C. 버클리 대학의 로널드 로러 교수가 그의 학생들과 함께 개발한 CARGE는 1970년대 초반까지 계속 개선되었다. Rohrer가 버클리대를 떠났을 때, CARGER는 SPICE에 다시 쓰여졌고 1972년 5월 버전 1로 공개되었다. SPICE 버전2는 1975년에 출시되었습니다(버전 2g6은 이 1975년 릴리즈의 마이너리비전입니다). SPICE를 퍼블릭 도메인 컴퓨터 프로그램으로 출시하는 결정에 중요한 역할을 한 사람은 버클리 대학의 도널드 피더슨 교수였습니다.그는 모든 중요한 기술적 진보는 정보를 자유롭게 공유할 때 일어난다고 생각했습니다. 나는 그의 비전에 감사한다.
  44. ^ oilzine.com의 클래식 게임 "우주전쟁 (Astroids)" - 스티브 러셀 – MIT - 테크 모델 철도 클럽 (TMRC) - PDP-1 1961년, 결국 소행성이 될 게임은 MIT (Massachusetts Institute of Technology)에서 겸손하게 삶을 시작했다. [...] 또한 오픈 소스였기 때문에 코드는 퍼블릭 도메인이었고 누구나 사용하고 개선할 수 있었습니다."
  45. ^ Compute-Gazette-Issue-11-01.pdf
  46. ^ Transactor_v8i3.pdf: "디스크 라벨에 저작권 공지가 표시되지만, 이 문제(2페이지)까지는 당사의 프로그램은 '퍼블릭 도메인, 무료 복사, 판매 불가'라고 명시되어 있었습니다."이 통지는 약 4년 전으로 거슬러 올라갑니다.이 통어는 원래 소프트웨어 비즈니스 담당자가 자신의 프로그램을 '취득'하는 것을 방지하기 위해 고안되었습니다.
  47. ^ sourceforge.net PD 프로젝트 334건(2016년 2월)
  48. ^ Anwesha Das (22 June 2016). "Software Licenses in Fedora Ecosystem". anweshadas.in. Retrieved 2016-06-27. In the above bar-chart I have counted GPL and its different versions as one family, and I did the same with LGPL too. From this diagram it is very much clear that the MIT License is the most used license, with a total number of use case of 2706. Therefore comes GPL (i.e GNU General Public License) and its different versions, BSD, LGPL (i.e. GNU Lesser General Public License) and its different versions, ASL (i.e Apache Software License) family, MPL (i.e. Mozilla Public License). Apart from these licenses there are projects who has submitted themselves into Public Domain and that number is 137.
  49. ^ GitHub의 더글라스크로포드
  50. ^ Public Domain CERN WWW 소프트웨어 (1993)
  51. ^ 면책사항 : rsb.info.nih.gov
  52. ^ SEPENT - Advanced Encryption Standard 후보 블록 암호 "Serpent는 현재 퍼블릭 도메인에 완전히 포함되어 있으며 사용에 제한을 두지 않습니다. 이는 8월 21일 제1회 AES 후보 회의에서 발표되었습니다."(1999년)
  53. ^ sqlite.org의 저작권
  54. ^ 도큐틸에 대한 저작권 및 저작권.소스 포지로 이동합니다.그물
  55. ^ "youtube-dl GitHub page". GitHub. Retrieved 2 October 2016.
  56. ^ Igor Pavlov (2008). "LZMA SDK (Software Development Kit)". Retrieved 2013-06-16.
  57. ^ tinyspeck (2013-11-18). "Glitch is Dead, Long Live Glitch! - Art & Code from the Game Released into Public Domain". glitchthegame.com. Retrieved 2013-12-11. The entire library of art assets from the game, has been made freely available, dedicated to the public domain. Code from the game client is included to help developers work with the assets. All of it can be downloaded and used by anyone, for any purpose.
  58. ^ Blackwell, Laura (2013-11-18). "Afterlife of an MMO: Glitch's offbeat art enters public domain". pcworld.com. Retrieved 2013-12-11.
  59. ^ Keccak Reference And Optimized-3.2.zip in mainReference.c: "Keccak 스폰지 기능은 Guido Bertoni, Joan Daemen, Michael Peeters 및 Gilles Van Assche에 의해 설계되었습니다. 자세한 정보, 피드백 또는 질문은 당사 웹사이트 http://keccak.noekeon.org/Implementation을[permanent dead link] 참조하십시오.디자이너는 이에 따라 '이행자'로 표기됩니다. 법에 따라 가능한 한, 구현자는 이 파일의 소스 코드에 대한 모든 저작권 및 관련 또는 인접 권리를 포기했습니다. https://creativecommons.org/publicdomain/zero/1.0/"을 참조해 주세요.
  60. ^ 스팀 건너뛰기: Jason Rohrer가 독립적으로 Richard Moss의 Gamasutra에서 1시간 1회용 어카운트를 배포하는 이유는 "제가 실행하고 있는 서버의 어카운트에 대한 비용을 지불하고 있습니다.[...], 실제로는 퍼블릭 도메인에 있습니다.소스 코드는 모두 사용 가능합니다." (2018년 8월 30일)

외부 링크