맨위로가기

오픈 소스 소프트웨어

"오늘의AI위키"는 AI 기술로 일관성 있고 체계적인 최신 지식을 제공하는 혁신 플랫폼입니다.
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.
목차

1. 개요

오픈 소스 소프트웨어는 소스 코드를 일반 대중에게 공개하고 사용, 수정, 재배포에 대한 제약이 완화된 소프트웨어를 의미한다. 1998년 설립된 오픈 소스 이니셔티브(OSI)는 오픈 소스 소프트웨어의 정의를 제시하고, 이를 충족하는 라이선스를 인증한다. 오픈 소스 소프트웨어는 자유 소프트웨어 재단(FSF)의 자유 소프트웨어 개념과 밀접하게 관련되어 있으며, 다양한 라이선스(아파치, BSD, GPL 등) 하에 배포된다. 오픈 소스 소프트웨어는 1950~60년대 컴퓨팅 환경에서 시작되어 1990년대 말 넷스케이프의 Mozilla 공개를 계기로 확산되었으며, 현재 다양한 개발 도구와 개발 모델(바자 모델)을 통해 개발된다. 법적, 경제적 문제와 관련하여 라이선스 호환성, 지적 재산권, 비즈니스 모델 등의 논의가 이루어지며, 정부 정책, 기업 참여, 커뮤니티 활동 등 다양한 측면에서 한국에서도 활용되고 있다. 오픈 소스 소프트웨어는 기술 혁신과 사회 발전에 중요한 역할을 하며, 인공지능, 클라우드 컴퓨팅 등 새로운 분야에서 활용이 확대될 것으로 전망된다.

2. 정의

오픈 소스 이니셔티브(OSI)는 여러 국가 정부에서 표준 또는 ''사실상'' 정의로 인정받고 있다.[5] 오픈 소스 이니셔티브와 자유 소프트웨어 재단이 제안하는 범주에 포함되는 소프트웨어가 일반적으로 오픈 소스 소프트웨어로 간주된다.[64][109] 미국 국방부는 오픈 소스 소프트웨어를 "가독성 있는 코드를 이용·학습·재사용·수정·개선·재배포할 수 있는 소프트웨어"로 정의한다.[64]

오픈 소스 소프트웨어(OSS)는 일반적으로 다음 조건을 충족해야 한다.


  • 자유로운 재배포 허용
  • 소스 코드 제공
  • 파생물 제작 및 동일 라이선스 적용 허용
  • 차분 정보 배포 시 동일성 유지 요구 가능
  • 개인이나 그룹 차별 금지
  • 이용 분야 차별 금지
  • 추가 라이선스 요구 금지
  • 특정 제품 의존 금지
  • 다른 소프트웨어 제한 금지
  • 기술적 중립성 유지

2. 1. 오픈 소스 이니셔티브(OSI)의 정의

오픈 소스 이니셔티브(OSI)는 소프트웨어 라이선스가 오픈 소스인지 여부를 결정하기 위해 ''오픈 소스 정의''를 사용한다. 이 정의는 브루스 페렌스가 작성하고 개작한 데비안 자유 소프트웨어 지침을 기반으로 한다.[6][7][8]

페렌스의 정의에 따르면, ''오픈 소스''는 일반 대중이 소스 코드를 사용할 수 있도록 하고 코드의 사용 및 수정에 대한 제약이 완화되거나 존재하지 않는 광범위한 소프트웨어 라이선스이다. 오픈 소스의 명시적인 "특징"은 소프트웨어의 빠른 발전을 가능하게 하기 위해 모든 조직이나 사용자의 사용 또는 배포에 대한 제약이 거의 없다는 것이다.[10]

Feller et al.(2005)에 따르면, "자유 소프트웨어"와 "오픈 소스 소프트웨어"라는 용어는 사용자가 소프트웨어를 사용, 수정 및 재배포할 수 있도록 하는 조건으로 배포되는 모든 소프트웨어 제품에 적용되어야 하며, 나열된 활동에 참여하기 위해 소프트웨어 제작자에게 로열티나 수수료를 지불할 필요가 없어야 한다.[11]

오픈 소스 이니셔티브는 오픈 소스 정의에 따른 소프트웨어를 오픈 소스 소프트웨어로 정의하고 있다.[66] 오픈 소스 정의는 단순히 소스 코드에 대한 접근이 열려 있는 것을 정의하는 것이 아니라, 오픈 소스 소프트웨어가 사용자의 해당 소스 코드에 대한 상업적 및 비상업적 목적의 이용·수정·배포를 허용하고, 이를 이용하는 개인이나 단체의 노력이나 이익을 방해하지 않는 것을 정의하고 있다.[67]

2. 2. 자유 소프트웨어 재단(FSF)의 정의

자유 소프트웨어 재단은 소프트웨어 사용자의 자유를 강조하는 "자유 소프트웨어" 개념을 제시한다. FSF는 자유 소프트웨어를 오픈 소스 소프트웨어의 부분 집합으로 간주하며, 사용자의 자유를 제한하는 디지털 권리 관리(DRM) 소프트웨어 등은 오픈 소스 소프트웨어로 개발될 수 있어도 자유 소프트웨어로 간주하지 않는다.[55] 리처드 스톨먼은 오픈 소스라는 용어가 자유 소프트웨어의 이상을 위협한다고 비판하며, 자유 소프트웨어라는 용어 사용을 옹호한다.[13]

자유 소프트웨어 재단은 1985년 10월 4일 리처드 스톨먼에 의해 설립된 자유 소프트웨어(free software영어)의 발전과 촉진을 목적으로 활동하는 비영리 단체이다.

프리 소프트웨어 재단 로고


프리 소프트웨어 재단 소개 영상


자유 소프트웨어 재단은 소프트웨어 사용자가 제작, 배포, 수정할 자유를 널리 확산시키는 것을 목표로, 자유 소프트웨어를 자유 소프트웨어 정의에서 정의하고, 카피레프트를 기본으로 하는 사회 운동 지원을 목표로 한다. 카피레프트는 사용자가 소프트웨어를 실행·복제·배포·연구·변경·개량하는 자유를 지키고, 그 사용자의 자유를 파생 소프트웨어로 전개하여 자유 소프트웨어의 공유 자원 범위를 넓히는 개념이다.

자유 소프트웨어 재단은 사용자가 소프트웨어를 실행·복제·배포·연구·변경·개량하는 자유를 존중하며, 그 자유인 소프트웨어를 계몽하는 사회 운동으로서 자유 소프트웨어 운동을 한다. 자유 소프트웨어 운동에서는 GNU 선언, 자유 소프트웨어의 노래, PlayOgg 등을 통해 자유를 존중하는 소프트웨어 및 파일 형식을 계몽하고 있다. Defective by Design, TiVo화 등으로 사용자의 자유를 방해하는 디지털 저작권 관리(DRM)와 소프트웨어 특허를 비판한다. 또한 자유 소프트웨어 재단은 자유 소프트웨어와 오픈 소스 소프트웨어는 다른 것이며, 오픈 소스는 자유 소프트웨어의 이념에서 벗어나 있다고 주장하며, 광의의 오픈 소스 소프트웨어와 같은 표현이 아닌, 자유 소프트웨어와 오픈 소스 소프트웨어, FLOSS (Free/Libre and Open Source Software) 등의 표현을 사용할 것을 요구하고 있다.

자유 소프트웨어 재단은 GNU 프로젝트를 통해 자유 소프트웨어만으로 구성된 운영 체제 개발, 자유 소프트웨어 라이선스 구현과 검토를 수행하고 있다.

2. 3. 라이선스

오픈 소스 라이선스는 오픈 소스 소프트웨어의 정의에 따라, 사용 목적에 관계없이 소프트웨어의 소스 코드 사용, 수정, 재배포를 허용하는 소프트웨어 라이선스이다. 대부분의 오픈 소스 라이선스는 소프트웨어 소스 코드를 공개한 퍼미시브 라이선스 또는 카피레프트 라이선스이다.[88] 퍼미시브 라이선스는 소프트웨어 사용에 최소한의 제약만 부과하며,[88] 카피레프트 라이선스는 사용자의 자유를 제약으로 의무화한다.[101] 소프트웨어에 부여된 라이선스가 진정으로 오픈 소스 소프트웨어임을 인정하는 소프트웨어 라이선스인지에 대해서는 신중한 법적 검토가 필요하다.[89]

2018년 2월 현재, 널리 사용되거나 저명한 커뮤니티에서 채택하고 있는 퍼미시브 라이선스와 카피레프트 라이선스는 다음과 같다.[105]

라이선스 유형라이선스 종류
퍼미시브 라이선스Apache-2.0[90], BSD-3-Clause[91], BSD-2-Clause[92], MIT[93]
카피레프트 라이선스GPLv3[94], LGPLv3[95], 원작자 특권 조항이 있는 MPL-2.0[96], CDDL-1.0[97], EPL-2.0[98]



오픈 소스 라이선스는 라이선스를 제공하는 사람(저작자)이 정한 맹세에 따라, 라이선스를 받는 사람(이용자)에게 소프트웨어와 소스 코드의 자유로운 이용을 허용한다. 오픈 소스 소프트웨어의 특성상, 소프트웨어 및 2차 저작물은 원 저작자라도 제어할 수 없는 형태로 배포되므로, 많은 라이선스에서 소프트웨어 및 소스 코드 이용에 대해 "무보증(NO WARRANTY)"을 선언한다.[99] 이 외에도 라이선스마다 다른 맹세(조항, 조문)가 기록된다.

저작권 표시 조항 및 광고 표시 조항은 적절한 형태로 소스 코드나 부속 문서에 포함된 저작권 표시를 유지하며, 2차 저작물을 만든 사람이 마치 자신이 처음부터 만든 것처럼 속이지 않도록 규정한다.[100] Apache-2.0는 변경하지 않은 소스 코드 파일의 헤더에 있는 저작권 표시를 남긴 채 소프트웨어를 사용하는 최종 사용자에게 작품 원본을 표시하도록 요구하며,[90] MIT는 소프트웨어 소스 코드 트리의 `COPYRIGHT` 파일에 작품 원본을 기록할 것을 요구한다.[93]

카피레프트 조항 또는 계승 조항은 해당 라이선스로 공개된 소프트웨어를 수정하여 2차 창작물로 공개할 경우, 같은 라이선스 또는 그와 동등한 조건의 이용 허가를 요구하는 라이선스로 공개할 것을 규정한다.[101][102] 동등한 라이선스를 파생 소프트웨어에 부과함으로써, 라이선스가 규정하는 소스 코드 공유 문화의 커먼스를 확장한다. 파생 소프트웨어에 동일 라이선스를 요구하는 라이선스에는 GPL, MPL-2.0, CDDL-1.0 등이 있다.[101]

원저작자 특권 조항은 원칙적으로 이용자에게 해당 사항을 허가하거나 금지하지만, 원저작자가 이용하는 경우에는 예외임을 규정한다. 원저작자는 이용자에게 소프트웨어 소스 코드를 공개할 것을 요구하는 MPL-2.0과 CDDL-1.0 등이 있다.

오픈 소스 라이선스는 여러 종류가 존재하지만, 오픈 소스 이니셔티브, GNU 프로젝트, 페도라 프로젝트, 데비안 프로젝트 등은 대상 소프트웨어 라이선스가 오픈 소스 소프트웨어에 부여하는 라이선스로 적절한지 법적 검토를 개별적으로 실시하고 있다.[89] 특히 오픈 소스 이니셔티브와 GNU 프로젝트의 라이선스 검토는 중요하며, 이들 단체의 검토를 통과한 라이선스를 오픈 소스 라이선스로 사용하는 것이 권장된다.

오픈 소스 이니셔티브는 오픈 소스 정의에 기반한 라이선스 검토를 실시하고 라이선스 목록을 관리하고 있다.[103][104] 오픈 소스 라이선스 중에서도 주요 라이선스를 선정하고 있으며, 오픈 소스 소프트웨어에는 그 주요 라이선스 중에서 라이선스를 선택하는 것을 권장하고 있다.[105] 오픈 소스 라이선스와 주요 라이선스 목록은 수시로 갱신되며, 과거에 승인/권장되었던 라이선스라도 현재는 비권장되는 라이선스도 있다.

GNU 프로젝트는 자유 소프트웨어 정의에 기반한 자유 소프트웨어 라이선스 목록을 관리하고 있다.[106] 목록에는 자유 소프트웨어 정의에 적합한지, 카피레프트 조항을 포함하는지, GPL과 호환성이 있는지, 그리고 특기 사항을 기재하고 있다. 자유 소프트웨어는 그에 따른 다른 라이선스를 선택해야 하며, 라이선스 선택 시 권장 가이드라인을 제시하고 있다.[107] 일반적인 소프트웨어에서는 카피레프트 특성을 가진 GPL, 작은 프로그램에서는 카피레프트 특성을 가지지 않는 Apache-2.0, 라이브러리에서는 LGPL, 서버 소프트웨어에서는 AGPL을 권장하고 있다.

페도라 프로젝트는 해당 프로젝트의 소프트웨어에 부여해야 할 소프트웨어 라이선스 목록을 관리하고 있다.[108] 페도라의 공식 패키지에 포함된 소프트웨어는 이 목록에 있는 소프트웨어 라이선스가 부여된 것이며, 이들 라이선스는 자유 소프트웨어 재단, 오픈 소스 이니셔티브 및 레드햇 법무 담당이 공인한 것이다.[109] 라이선스 검증은 페도라의 메일링 리스트에서 공개적으로 검증되고 있다.[110] 단, 기밀 정보를 보내거나, 소스 코드에 대한 법적인 조언을 구하기 위해 이용해서는 안 되며, 메일링 리스트 참가자가 변호사나 법률가임을 가정해서도 안 된다.

데비안 프로젝트는 데비안 자유 소프트웨어 가이드라인 (DFSG)에 기반한 소프트웨어 라이선스 목록을 관리하고 있다.[111] 데비안의 공식 패키지에 포함된 소프트웨어는 원칙적으로 데비안 자유 소프트웨어 가이드라인에 준거한 소프트웨어 라이선스가 부여된 것이다. 데비안 자유 소프트웨어 가이드라인은 오픈 소스 소프트웨어 정의에 부합하는 것이며, DFSG 준거 라이선스는 오픈 소스 소프트웨어에 부과하는 소프트웨어 라이선스의 한 예로 참고할 수 있다.



소프트웨어 라이선스에는 라이선스 호환성이 있다. 서로 다른 라이선스는 각각이 정하는 약속 하에 소프트웨어와 소스 코드를 이용할 수 있지만, 라이선스에 따라서는 자신의 소프트웨어 이용에 대한 약속뿐만 아니라 병용하는 소프트웨어에 대해 요구하는 약속을 포함하는 경우가 있으며, 그 경우 여러 소프트웨어의 라이선스가 호환되지 않으면 소프트웨어를 병용하는 것이 불가능해진다. 예를 들어, GNU General Public License는 병용하는 소프트웨어에 동일한 라이선스를 적용할 것을 요구하므로, 해당 라이선스와 상용 소프트웨어의 클로즈드 소스를 요구하는 라이선스는 병용할 수 없다. 자유 소프트웨어 재단은 GPL의 카피레프트 약속 위반에 대해 여러 번 소송을 제기했다.

2000년대 초반, 오픈 소스 소프트웨어의 라이선스는 다수의 독자적인 라이선스가 제정되어, 매우 유사한 조항에서 일부분만 다른 유령 같은 라이선스가 함부로 만들어진 것을 문제 삼았으며, 이 현상은 라이선스 남용이라고 불리며 비판의 대상이 되었다.[113] 라이선스 남용은 라이선스 제작자의 허영심을 채우는 것뿐만 아니라, 오픈 소스 소프트웨어에 부과된 라이선스의 내용을 정밀하게 검토해야 하는 이용자를 피폐하게 만드는 유해한 것이었다. 오픈 소스 이니셔티브는 2006년에 이 문제를 해결하기 위해 라이선스 남용 문제 프로젝트(License Proliferation Project)를 시작했으며,[114] 라이선스 검토를 통해 승인 라이선스를 선정함으로써 라이선스 남용을 억제한 역사가 있다.[115] 라이선스 남용을 재발시키지 않기 위해 오픈 소스 소프트웨어의 라이선스는 기존 오픈 소스 라이선스를 채택하는 것이 권장된다.[105][107] 라이선스 제작자는 신규 라이선스의 필요성에 대해 신중한 검토를 거쳐 제정에 이르며,[116] 라이선스를 승인하는 단체는 신규 라이선스가 기존 라이선스와 본질적인 차이가 없는 경우 승인하지 않는 결정을 내리고 있다.[117]

CC BY-SA와 퍼블릭 도메인을 결합했을 때 SA 속성에 의해 CC BY-SA가 강제되는 라이선스 감염의 예


라이선스 계승 조항이 붙은 오픈 소스 라이선스가 부과된 소프트웨어는, 그 계승 조항에 따라, 소프트웨어의 소스 코드를 이용, 수정하여 생성된 소프트웨어의 소프트웨어 라이선스를 동일 조건으로 하도록 묶는다. 이 라이선스의 제약은 소스 코드의 2차 이용, 3차 이용으로 전파되어, 라이선스가 바이러스처럼 감염되어 가는 것에서 바이러스성 라이선스(라이선스 감염)라고 불린다.[118] 라이선스 감염되는 라이선스의 예로는 GPL(카피레프트 조항)이나 CC BY-SA (SA 조항)가 있다. 라이선스 감염의 영향은 원래의 소프트웨어 라이선스의 내용에 따르지만, GNU GPL의 카피레프트 조항처럼 소스 코드의 공개를 의무로 하는 것과,[101] CC BY-SA의 SA 조항처럼 동일 조건의 라이선스를 강제할 뿐(소스 코드의 공개를 요구하는지 여부는 별도 조항에 따름)인 경우가 있다.[119]

퍼블릭 도메인에 의한 저작권의 포기는 저작권법 하에서 완전히 인정된 실적(판결)이 존재하지 않아, 법적인 판단이 불분명하다.[120] 소스 코드 작성자가 저작권을 포기할 의도로 퍼블릭 도메인 하에서 공개했던 소스 코드에 대해, 소스 코드 작성자가 생각을 바꿔 저작권의 보유를 주장하여 소스 코드의 2차 이용자를 소송했을 경우, 잠수함 특허처럼 견해를 뒤집어 권리를 행사하는 것의 시비라는 도덕적인 관점은 별개로, 저작권의 포기의 유효성에 대해 저작권법 하에서 어떠한 판단이 내려질지 명확하지 않다. 즉, 퍼블릭 도메인은 소스 코드 작성자의 당초 의도와는 반대로 저작권의 포기가 되지 않아, 저작권의 보유를 근거로 한 소스 코드의 2차 이용자에 대한 소송은 유효하다고 간주될 가능성이 있다. 그러한 불확실성 때문에, 오픈 소스 이니셔티브는 퍼블릭 도메인에 상당하는 CC0을 유효한 오픈 소스 라이선스로 승인하지 않고 있다.[121] 한편, 자유 소프트웨어 재단은 CC0을 유효한 자유 소프트웨어 라이선스로 승인하고 있다.[122]

3. 역사

1950년대와 1960년대 초반, 컴퓨팅 초창기에는 프로그래머와 개발자들이 서로의 지식을 배우고 컴퓨팅 분야를 발전시키기 위해 소프트웨어를 공유했다.[34] 예를 들어, 유닉스에는 사용자를 위한 운영 체제 소스 코드가 포함되어 있었다.[34] 학계에서는 여전히 협업 방식으로 소프트웨어를 개발하는 경우가 많았다.[34] 1970년대~1980년대 상용 소프트웨어의 상업화로 인해 이러한 관행은 점차 사라졌다.[34]

이에 대응하여, 해커 문화라 불리는 숙련된 프로그래머 애호가들의 노력으로 오픈 소스 운동이 시작되었다.[35] 이들 중 한 명인 리처드 스톨먼은 자유 소프트웨어 운동의 원동력이었다.[15] 1984년, 그는 실험실의 프로그래머 문화가 독점 소프트웨어에 의해 억압되어 소스 코드를 공유하고 개선하는 것을 막자, 자유 운영 체제인 GNU를 만들기 위해 MIT를 사임했다.[15] GNU는 UNIX와 호환되었으며, 이는 프로그래머 애호가들이 그것이 어떻게 작동하는지 여전히 잘 알고 있음을 의미했다.[15] 스톨먼이 선택한 자유 소프트웨어라는 용어에 혼란이 있다는 것이 곧 분명해졌으며, 그는 이것을 자유 발언의 자유와 같지만 공짜 맥주와는 다르다고 설명했다. 즉, 자유를 가격이 아닌 자유의 의미로 언급했다.[15] 그는 나중에 이러한 자유 개념을 네 가지 기본적인 자유로 확장했다.[15] 1985년, 스톨먼은 소프트웨어 변경을 촉진하고 GNU를 작성하는 데 도움을 주기 위해 자유 소프트웨어 재단(FSF)을 설립했다.[15] 그의 작업이 독점 소프트웨어에 사용되는 것을 막기 위해 스톨먼은 카피레프트 개념을 만들었으며, 이는 특정 조건 하에 누구나 그의 작업을 사용할 수 있도록 했다.[15] 이를 위해 그는 1989년에 GNU 일반 공중 사용 허가서(GNU GPL)를 만들었고, 이는 1991년에 업데이트되었다.[15] 1991년, GNU는 GNU에 커널이 없었기에 리누스 토르발스가 작성한 리눅스 커널과 결합되었다.[36] 이 운영 체제는 현재 일반적으로 리눅스라고 불린다.[15]

자유 소프트웨어가 개발되면서 자유 소프트웨어 재단은 자유 소프트웨어 아이디어와 인식된 이점을 상용 소프트웨어 산업에 어떻게 가져올지 모색하기 시작했다.[37] FSF의 활동주의는 기업에 매력적이지 않으며, 소프트웨어 소스 코드를 공유하고 협업하는 비즈니스 잠재력을 강조하기 위해 자유 소프트웨어 운동의 브랜드를 변경할 방법이 필요하다는 결론이 내려졌다.[37] 1998년, 자유 소프트웨어 지지자 회의에서 크리스틴 피터슨이 오픈 소스라는 용어를 제안했다.[15] 많은 사람들은 자유 소프트웨어라는 이름이 신규 사용자에게 혼란을 야기하고 업계의 관심을 저해한다고 느꼈고, 오픈 소스라는 새로운 지정을 기꺼이 받아들여 오픈 소스 이니셔티브(OSI)와 오픈 소스 소프트웨어의 정의를 만들었다.[15] 오픈 소스 이니셔티브(OSI)의 정의는 현재 국제적으로 여러 정부에서 표준 또는 ''사실상'' 정의로 인정받고 있다.[36] 이 정의는 주로 브루스 페렌스가 작성하고 개정한 데비안 자유 소프트웨어 지침을 기반으로 한다.[38] OSI 정의는 자유 소프트웨어 정의와 달리 독점 소프트웨어의 포함을 허용하고 라이선스에 더 많은 자유를 허용한다는 점에서 차이가 있다.[15]

1990년대 말, 넷스케이프 커뮤니케이션즈는 에릭 레이먼드의 저서 ''성당과 시장''에 감화되어 클로즈드 소스로 개발하던 Mozilla Application Suite를 자유 소프트웨어로 소스 코드를 공개했다.

4. 오픈 소스 소프트웨어 개발

오픈 소스 소프트웨어 개발은 1997년 에릭 S. 레이먼드가 제안한 '바자(bazaar)' 모델로 설명되기도 한다. 이는 중앙 집중식 개발 방식인 '성당(cathedral)' 모델과 대비된다.[58] 성당 모델은 전통적인 개발 방식으로, 역할이 명확하게 정의되어 중앙 집중식으로 개발이 이루어진다.[58] 반면 바자 모델은 역할이 명확하게 정의되지 않은 상태에서 사용자들을 공동 개발자로 간주한다.[58]

바자 모델은 다음과 같은 특징을 가진다:[14]


  • 사용자를 공동 개발자로 취급: 사용자들은 소프트웨어의 소스 코드에 접근할 수 있으며, 코드 수정, 버그 보고, 문서 제출 등을 통해 개발에 참여한다. 리누스의 법칙에 따르면, "충분한 눈이 있으면 모든 버그는 얕다."[14] 즉, 많은 사용자가 소스 코드를 검토하면 버그를 쉽게 발견하고 수정할 수 있다.
  • 조기 출시 및 잦은 통합: 초기 버전을 빠르게 출시하여 공동 개발자를 조기에 확보하고, 코드 변경 사항을 자주 통합하여 버그 수정에 드는 노력을 줄인다.[14]
  • 여러 버전 관리: 기능이 많지만 버그가 있는 버전과 기능은 적지만 안정적인 버전을 동시에 제공하여 사용자의 선택 폭을 넓힌다.[14]
  • 높은 모듈화: 소프트웨어를 독립적인 구성 요소로 나누어 병렬 개발을 가능하게 한다.[14]
  • 동적 의사 결정 구조: 변화하는 사용자 요구 사항에 따라 유연하게 의사 결정을 내린다.[14]


오픈 소스 소프트웨어 개발은 요구 사항 수집으로 시작하여, 버그 추적 시스템이나 메일링 리스트 등을 통해 커뮤니티와 소통하며 진행된다.[23] 개발자는 작업을 선택하고 솔루션을 식별하며, 코드를 개발하고 커밋한다.[23] 코드는 동료의 테스트와 검토를 거치며, 지속적 통합을 통해 지속적으로 개선된다.[23]

표준의 오픈 소스 구현은 해당 표준의 채택을 증가시킬 수 있으며,[16] 개발자 충성도를 높인다.[17] 또한, 오픈 소스 소프트웨어는 마케팅 및 물류 서비스 비용이 낮고,[19] 신뢰할 수 있고 품질이 높은 소프트웨어를 빠르고 저렴하게 생산하는 데 기여한다.[19]

오픈 소스 개발은 혁신을 가속화하고 사회적 가치를 창출할 가능성을 제공한다.[20] 프랑스 정부의 오픈 소스 소프트웨어 장려 정책은 오픈 소스 기여 증가, 기술 스타트업 증가, IT 부문 고용 증가 등의 효과를 가져왔다.[20]

오픈 소스 소프트웨어는 수천 명의 독립적인 프로그래머가 버그를 테스트하고 수정할 수 있어 안정성이 높으며,[14] 원래 제작자나 회사에 의존하지 않아도 코드가 유지되고 발전될 수 있다.[32] 또한, 모듈형 시스템을 통해 사용자 정의 인터페이스 구축이나 기능 추가가 용이하고,[14] 다양한 관점과 목표의 혼합은 혁신 속도를 높인다.[21] 자유 소프트웨어는 상업적 압력 없이 기술적 요구 사항에 따라 개발될 수 있다는 장점도 있다.[22]

오픈 소스 소프트웨어 참여자는 프로젝트 리더, 핵심 기여자, 비핵심 기여자, 새로운 기여자 등 여러 범주로 나눌 수 있다.[43]

오픈 소스 소프트웨어는 여러 공식 버전을 배포한다. "안정 버전"은 기능이 안정적이고 큰 버그가 없어 사용자가 정기적으로 사용하기에 적합한 버전이다. "검증 버전"은 시험적인 기능이 구현되어 있고 버그가 있을 수 있으며, 개발 및 검증 목적으로 사용된다. 안정 버전은 검증 버전보다 릴리스 간격이 길 수 있으며, 검증 버전은 알파 버전, 베타 버전, RC(Release Candidate, 릴리스 후보) 버전 등의 명칭을 갖는다. 오픈 소스 소프트웨어는 지속적으로 릴리스된다.

오픈 소스 소프트웨어는 짧은 주기로 릴리스되는 경향이 있다. 소스 코드가 공개되어 있기 때문에 사용자는 스냅샷 소스 코드로 소프트웨어를 빌드하여 비공식 릴리스로 배포할 수 있다. 지속적 통합 도구를 사용하여 나이틀리 버전의 빌드를 릴리스하는 소프트웨어도 있다.

4. 1. 개발 도구

오픈 소스 소프트웨어 개발에는 여러 개발 도구가 사용되며, 이러한 도구들은 개발 과정을 지원하고 효율성을 높이는 데 중요한 역할을 한다.

버전 관리 시스템은 소스 코드의 변경 사항을 추적하고 관리하는 데 사용된다. 중앙 집중식 버전 관리 시스템(CVCS)과 분산 버전 관리 시스템(DVCS)이 있으며, 대표적인 예로는 Concurrent Versions System(CVS), Subversion(SVN), Git 등이 있다.[24] GitHub와 같은 소스 코드 호스팅 시설에서 저장소를 호스팅하고 게시할 수 있다.[24]

버그 추적 시스템은 소프트웨어의 버그를 보고하고 추적하는 데 사용된다. Bugzilla와 Redmine이 널리 사용되는 버그 추적기이다.[23]

메일링 리스트와 IRC와 같은 도구는 개발자 간의 협업과 의사소통을 지원한다.[23] 이러한 도구들을 통해 개발자들은 버그 수정, 기능 추가, 코드 리뷰 등 다양한 주제에 대해 논의하고 협력할 수 있다. 또한, 프로젝트 웹 페이지, 위키 페이지, 로드맵 목록 및 뉴스 그룹을 통해 최종 사용자에게 프로젝트 정보를 배포할 수 있다.[23]

이러한 개발 도구들은 오픈 소스 소프트웨어 개발의 효율성을 높이고, 개발자 간의 협업을 촉진하며, 최종 사용자에게 양질의 소프트웨어를 제공하는 데 기여한다.

4. 2. 참여 기회

오픈 소스 소프트웨어 개발에는 다양한 방식으로 참여할 수 있다.[43] 프로그래밍, 사용자 인터페이스 디자인, 웹 디자인, 버그 분류, 접근성 설계 및 테스트, UX 디자인, 코드 테스트, 보안 검토 및 테스트와 같은 역할이 있다.[43]

코딩 기술이 없는 경우에도 문서 작성 및 편집, 번역, 프로젝트 관리, 이벤트 조직 및 조정, 마케팅, 릴리스 관리, 커뮤니티 관리, 홍보 및 아웃리치 등을 통해 OSS 프로젝트에 기여할 수 있다.[43]

개인과 조직은 자금 지원을 통해 오픈 소스 프로젝트에 기여할 수 있다. 오픈 컬렉티브(Open Collective)는 개인이 프로젝트를 지원하기 위해 매월 기여할 수 있는 수단을 제공한다.[25] Sovereign Tech Fund(Sovereign Tech Fund)와 같은 조직은 독일 정부(German Government)가 사용하는 도구를 지원하기 위해 많은 금액을 기여하기도 한다.[26] 미국 국립 과학 재단(National Science Foundation)은 오픈 소스 혁신을 지원하기 위해 오픈 소스 생태계 활성화 경로(Pathways to Enable Open-Source Ecosystems, POSE) 프로그램을 설립했다.[27]

5. 법적, 경제적 문제

오픈 소스 라이선스는 사용자 목적에 관계없이 소프트웨어 소스 코드 이용, 수정, 재배포를 허용하는 소프트웨어 라이선스이다. 대부분 퍼미시브 라이선스 또는 카피레프트 라이선스로 소스 코드를 공개한다.[88] 퍼미시브 라이선스는 소프트웨어 이용에 최소 제약만 부과하고,[88] 카피레프트 라이선스는 사용자 자유를 제약으로 의무화한다.[101]

2018년 2월 현재 널리 사용되는 퍼미시브 라이선스에는 Apache-2.0[90], BSD-3-Clause[91], BSD-2-Clause[92], MIT[93] 등이 있다. 카피레프트 라이선스에는 GPLv3[94], LGPLv3[95], MPL-2.0[96], CDDL-1.0[97], EPL-2.0[98] 등이 있다.[105]

오픈 소스 이니셔티브(OSI), GNU 프로젝트, 페도라 프로젝트, 데비안 프로젝트 등은 오픈 소스 라이선스 적절성 여부를 자체적으로 법적 검토한다.[89] 특히 OSI와 GNU 프로젝트의 검토가 중요하며, 이들 검토를 통과한 라이선스 사용이 권장된다.

소프트웨어 라이선스에는 라이선스 호환성이 있다. GPL처럼 병용 소프트웨어에 동일 라이선스 적용을 요구하는 경우, 상용 소프트웨어의 클로즈드 소스를 요구하는 라이선스와 병용이 불가능하다.

2000년대 초, 유사 조항의 라이선스 남용이 비판받았다.[113] OSI는 2006년 라이선스 남용 문제 프로젝트를 시작해[114] 승인 라이선스 선정으로 억제했다.[115]

라이선스 감염(바이러스성 라이선스)은 라이선스 계승 조항에 따라 파생 소프트웨어에 동일 조건 라이선스를 강제한다.[118] GPL(카피레프트 조항), CC BY-SA(SA 조항)가 그 예이다.

퍼블릭 도메인은 저작권 포기 의도에도 불구, 법적 판단이 불분명하다.[120] OSI는 CC0을 승인하지 않지만,[121] 자유 소프트웨어 재단은 승인한다.[122]

5. 1. 법적 문제

오픈 소스 이니셔티브(OSI)는 여러 국가에서 사실상의 표준으로 오픈 소스 정의를 인정받고 있다.[5] OSI는 이 정의를 사용하여 소프트웨어 라이선스가 오픈 소스인지 판단한다.[6] 이 정의는 브루스 페렌스가 작성한 데비안 자유 소프트웨어 지침에 기반한다.[7][8]

Feller et al.(2005)에 따르면, "자유 소프트웨어"와 "오픈 소스 소프트웨어"는 사용자가 소프트웨어를 사용, 수정, 재배포할 수 있고, 이러한 활동에 대해 로열티나 수수료를 지불할 필요가 없는 조건으로 배포되는 소프트웨어 제품을 의미한다.[11]

자유 소프트웨어 재단(FSF)의 리처드 스톨먼은 "오픈 소스"라는 용어를 "자유 소프트웨어"에 적용하는 것을 반대한다. 그는 두 용어가 거의 같은 범주의 소프트웨어를 설명하지만, 용어를 동일시하는 것은 오해의 소지가 있다고 생각한다.[55] 스톨먼은 FSF의 이상적인 소프트웨어 자유 기준이 타협될 것을 우려하여 오픈 소스 이니셔티브의 실용주의에 반대한다.[13] FSF는 자유 소프트웨어를 오픈 소스 소프트웨어의 부분 집합으로 간주하며, 디지털 권리 관리(DRM) 소프트웨어는 사용자의 자유를 제한하므로 자유 소프트웨어로 간주되지 않지만 오픈 소스로 개발될 수 있다고 설명했다.[55]

오픈 소스 소프트웨어에 대한 중요한 법적 선례는 2008년 Jacobson v. Katzer 사건으로, Artistic 라이선스의 조건을 시행했다.[30] 이 판결은 라이선스 조건이 준수되지 않았을 때 저작권법에 따른 집행을 확고히 했다.[30]

소프트웨어 규제에는 오픈 소스 소프트웨어에 큰 영향을 미치는 몇 가지 불명확한 부분이 있다. 예를 들어, 소프트웨어가 재화인지 서비스인지, 무엇을 수정으로 간주할 수 있는지 등이다.[30] 이러한 규제의 불확실성은 기술 관련 산업 전반에 부정적인 영향을 미친다.[30]

소프트웨어는 지적 재산으로 특허법 또는 저작권법으로 보호할지에 대한 논쟁이 있었지만, 결국 저작권법이 표준이 되었다.[30]

소프트웨어는 소스 코드와 오브젝트 코드로 간주되며, 둘 다 보호받을 수 있지만, 이 정의에는 법적인 다양성이 존재한다.[30] 유럽 사법 재판소는 컴퓨터 프로그램을 프로그램의 기능, 프로그래밍 언어, 데이터 파일의 형식에 포함되지 않는다고 정의한다.[30] 미국은 소프트웨어에 대한 개방적인 접근 방식을 취하고 있으며, 대부분의 오픈 소스 라이선스가 미국에서 시작되었다.[30]

기술적 보호 조치(TPM) 및 디지털 권리 관리(DRM) 기술은 1996년 세계 지적 재산권 기구(WIPO) 조약에서 국제적으로 법적으로 인정되고 보호받았다.[30] 오픈 소스 소프트웨어 지지자들은 이러한 기술이 최종 사용자를 저작권법의 범위를 넘어 제약할 수 있다는 점에서 싫어했다.[30] 유럽은 TPM을 법적 통제하에 두는 방식으로 대응했다.[30]

5. 2. 경제적/비즈니스적 함의

오픈 소스 소프트웨어(OSS)는 표준 구현을 통해 해당 표준 채택을 늘리고 개발자 충성도를 높인다.[16],[17] 이는 개발자들이 권한을 느끼고 최종 제품에 대한 소유 의식을 갖기 때문이다.[17] OSS는 마케팅 및 물류 서비스 비용이 낮고,[19] 회사 이미지를 홍보하며,[18] 신뢰성 높고 품질 좋은 소프트웨어를 빠르고 저렴하게 생산하는 데 기여한다.[19]

오픈 소스 개발은 혁신을 가속화하고 사회적 가치를 창출한다.[20] 프랑스 정부의 자유 오픈 소스 소프트웨어 장려 정책은 연간 60만 건의 OSS 기여 증가를 가져와 사회적 가치를 창출했다.[20] 이는 기술 스타트업과 IT 부문 고용 증가로 이어졌다.[20]

OSS는 수천 명의 독립 프로그래머가 버그를 테스트하고 수정하여 안정성이 높고,[14] 만든 회사나 저자에게 의존하지 않아 회사가 실패해도 코드는 유지되며 사용자에 의해 개발된다.[32] 모듈형 시스템으로 사용자 정의 인터페이스 구축이나 기능 추가가 가능하여 유연하며,[14] 다양한 프로그래머 간 협업으로 혁신적이다.[14] 다양한 관점, 기업 목표, 개인 목표의 혼합은 혁신 속도를 높인다.[21]

자유 소프트웨어는 순전히 기술적 요구 사항에 따라 개발될 수 있으며,[22] 상업적 압력 없이 보안 요구 사항에 더 많은 주의를 기울일 수 있다.[22]

버전 관리 시스템은 오픈 소스 소프트웨어 개발 지원 도구이다. 분산 버전 관리 시스템(DVCS)과 중앙 집중식 버전 관리 시스템(CVCS)은 협업을 촉진한다.[24] Concurrent Versions System(CVS), Subversion(SVN), Git은 CVCS의 예시이며, 저장소는 GitHub 등 소스 코드 호스팅 시설에서 호스팅된다.[24]

Bugzilla, Redmine 등 버그 추적기는 문제 추적에 사용된다.[23] 메일링 리스트, IRC는 개발자 간 소통을 지원하고,[23] 프로젝트 웹 페이지, 위키 페이지, 로드맵, 뉴스 그룹은 최종 사용자에게 정보를 제공한다.[23]

오픈 소스 소프트웨어의 산업 채택은 증가하고 있으며,[28] 통신, 항공우주, 의료, 미디어 및 엔터테인먼트 등 여러 산업에서 인기가 높다.[29] 대규모 조직에서 OSS 채택 가능성이 높으며, 이는 회사의 IT 사용, 운영 효율성, 직원 생산성에 달려 있다.[28]

산업은 백 오피스 기능, 판매 지원, 연구 개발, 소프트웨어 기능, 빠른 배포, 플랫폼 간 이식성, 상업용 라이선스 관리를 피하기 위해 OSS를 사용하며,[28] 저렴한 컴퓨터 하드웨어 및 소유권 비용도 중요한 이점이다.[28]

FOSS 제품은 퍼미시브 라이선스와 카피레프트 라이선스로 라이선스가 부여된다.[30] BSD, MIT, 아파치 라이선스는 퍼미시브 라이선스이고, GNU 계열 라이선스, MPL, EPL 라이선스는 카피레프트 라이선스이다.[30]

2008년 Jacobson v. Katzer 사건은 Artistic 라이선스 조건을 시행하여 오픈 소스 소프트웨어 라이선스에 대한 중요한 법적 선례를 만들었다.[30]

자유 소프트웨어 라이선스/오픈 소스 라이선스에는 아파치 라이선스, BSD 라이선스, GNU 일반 공중 사용 허가서, GNU 약소 일반 공중 사용 허가서, MIT 라이선스, 이클립스 공중 사용 허가서, Mozilla 공중 사용 허가서가 있다.[30]

소프트웨어 규제에는 몇 가지 애매한 부분이 존재하며,[30] 소프트웨어 지적 재산 보호 방식에 대한 논쟁이 있었다.[30] 저작권법이 표준이 되었고, 컴퓨터 프로그램은 문학 작품으로 간주되었다.[30]

유럽 사법 재판소는 컴퓨터 프로그램 기능, 프로그래밍 언어, 데이터 파일 형식을 보호 대상에서 제외하여 오픈 소스 접근 방식을 선호한다.[30] 미국은 소프트웨어에 대한 개방적 접근 방식을 취하며, 대부분 오픈 소스 라이선스가 അവിടെ에서 시작되었다.[30]

기술적 보호 조치(TPM) 및 디지털 권리 관리(DRM) 기술은 1996년 세계 지적 재산권 기구(WIPO) 조약에서 국제적으로 보호받았지만,[30] 오픈 소스 소프트웨어 지지자들은 최종 사용자를 제약할 수 있다는 점에서 싫어했다.[30] 유럽은 TPM을 법적 통제하에 두는 방식으로 대응했다.[30]

오픈 소스 커뮤니티에서는 생산자가 생산된 소프트웨어를 소유하는 대신, 진화하는 소프트웨어 개발을 소유한다.[31] 소프트웨어 라이선스 및 브랜딩은 공공재로서 지위를 유지하게 한다.[31] 오픈 소스 소프트웨어는 사용되고 기여할수록 가치가 높아지는 공공재이며,[31] 평판 투자 및 네트워크 효과로 설명된다.[31]

오픈 소스 소프트웨어 경제 모델은 개발자가 프로젝트에 기여하여 공공 이익을 창출하는 것으로 설명된다.[31] 개발자 동기는 돈뿐만 아니라 개선된 평판, 프로젝트 가치 등 다양하다.[31]

경제 이론은 희소 자원 소비에 초점을 맞춰 OSS 역학을 이해하기 어려울 수 있다.[31] OSS에서 생산자는 기여로 보상을 얻어 소비자가 된다.[31]

OSS는 지속 가능한 사회 활동으로 설명될 수 있으며,[31] 시간, 돈, 기술, 기여 등 자원을 필요로 한다.[31] 많은 개발자가 대학, 정부 등 조직에서 자금을 지원받지만, 이들 조직도 OSS 작업 혜택을 받는다.[31] OSS가 성장하며 OSS와 독점 시스템을 포함하는 하이브리드 시스템이 일반화되고 있다.[31]

2000년대 중반부터 델 등 기술 회사들이 OSS를 사용하기 시작했다.[32] 마이크로소프트는 리눅스 기반 운영 체제를 출시했다.[32] 그러나 이들은 특정 목적으로만 OSS를 사용해 OSS가 기업에 악용된다는 우려를 낳고 있다.[32]

많은 정부가 오픈 소스 소프트웨어 구현에 관심 있지만, 사이버 보안이 중요 문제이다.[33] 미국은 국가 안보에 초점을 맞추고, 국방부는 OSS 사용에 대한 여러 기준을 고려한다.[33] 이에는 신뢰할 수 있는 출처, 지속적 유지 관리, 하위 구성 요소 종속성, 구성 요소 보안 및 무결성, 외국 정부 영향력 등이 포함된다.[33]

정부가 직면한 또 다른 문제는 운영 체제, 반도체, 클라우드 컴퓨팅, 인공 지능 등 기술 투자이다.[33] 중국 화웨이(Huawei)는 구글 안드로이드 시스템을 사용하지 못하게 된 후, 자체 운영 체제 Harmony OS를 개발했다.[33]

독일은 주권 기술 기금을 설립하여 사용 중인 소프트웨어 거버넌스 및 유지 관리를 지원한다.

6. 사회와 문화

오픈 소스 소프트웨어(OSS)는 기술 분야뿐만 아니라 사회, 문화 전반에 걸쳐 영향을 미치고 있다. 표준의 오픈 소스 구현은 해당 표준의 채택을 증가시킬 수 있으며,[16] 개발자들이 권한을 느끼고 최종 제품에 대한 소유 의식을 갖게 되면서 개발자 충성도를 높인다.[17]

OSS는 마케팅 및 물류 서비스 비용이 낮고,[19] 회사의 이미지를 홍보하는 도구가 될 수 있으며,[18] 신뢰할 수 있고 품질이 높은 소프트웨어를 빠르고 저렴하게 생산하는 데 기여한다.[19] 오픈 소스 개발은 혁신을 가속화하고 사회적 가치를 창출할 가능성을 제공한다.[20] 일례로, 프랑스에서는 정부가 자유 오픈 소스 소프트웨어를 선호하도록 장려하는 정책으로 인해 연간 60만 건에 가까운 OSS 기여가 증가하여 오픈 소스 소프트웨어의 양과 품질이 높아졌으며, 이는 기술 스타트업의 최대 18% 증가와 IT 부문 고용 인원의 14% 증가로 이어졌다.[20]

OSS는 수천 명의 독립적인 프로그래머가 소프트웨어의 버그를 테스트하고 수정할 때 매우 안정적일 수 있다.[14] 오픈 소스는 원래 그것을 만든 회사나 저자에게 의존하지 않으며,[32] 회사가 실패하더라도 코드는 계속 존재하며 사용자에 의해 개발된다.[32] 또한, 모듈형 시스템을 통해 프로그래머가 사용자 정의 인터페이스를 구축하거나 새로운 기능을 추가할 수 있기 때문에 유연하며, 다양한 프로그래머 간의 협업 결과이므로 혁신적이다.[14] 서로 다른 관점, 기업 목표 및 개인 목표의 혼합은 혁신 속도를 높인다.[21]

자유 소프트웨어는 순전히 기술적인 요구 사항에 따라 개발될 수 있으며,[22] 소프트웨어의 품질을 저하시키는 상업적 압력에 대해 고려할 필요가 없다.[22] 상업적 압력은 기존의 소프트웨어 개발자가 보안 요구 사항보다 고객의 요구 사항에 더 많은 주의를 기울이게 하는데, 이는 이러한 기능이 고객에게 잘 보이지 않기 때문이다.[22]

오픈 소스 커뮤니티에서는 생산자가 생산된 소프트웨어를 소유하는 대신, 진화하는 소프트웨어의 개발을 소유한다.[31] 이러한 방식으로 소프트웨어의 미래는 열려 있으며, OSS 내에서 소유권이나 지적 재산권을 갖기 어렵게 만든다.[31] 소프트웨어 라이선스 및 브랜딩은 다른 사람이 훔치는 것을 방지하여 공공재로서의 지위를 유지할 수 있게 한다.[31] 오픈 소스 소프트웨어는 한 사람이 다운로드한다고 해서 다른 사람의 가치가 감소하지 않으므로 공공재로 간주될 수 있으며,[31] 사용되고 기여할수록 가치가 높아진다는 점에서 독특하다. 이는 평판에 대한 투자 및 네트워크 효과와 같은 개념으로 설명된다.[31]

오픈 소스 소프트웨어의 경제 모델은 개발자가 프로젝트에 기여하여 공공의 이익을 창출하는 것으로 설명할 수 있다.[31] 개발자는 개선된 평판 또는 프로젝트의 가치와 같은 예상되는 이점이나 비용을 기반으로 프로젝트를 선택하며, 돈이 유일하거나 가장 중요한 인센티브가 아니다.[31]

2000년대 중반부터 델이 GNU/리눅스가 이미 설치된 컴퓨터를 판매하기 시작하고, 마이크로소프트가 OSS 운동에 대한 이전의 적대감에도 불구하고 리눅스 기반 운영 체제를 출시하는 등,[32] 점점 더 많은 기술 회사들이 OSS를 사용하기 시작했다. 기업의 90% 이상이 자사 소프트웨어의 구성 요소로 오픈 소스 소프트웨어를 사용하며, 오픈 소스 소프트웨어를 사용하거나 기존 오픈 소스 소프트웨어를 개선하기 위해 오픈 소스 프로젝트에 참여하는 결정은 일반적으로 실용적인 비즈니스 결정이다.

6. 1. 인구 통계

국제적인 협업이 가능함에도 불구하고, 오픈 소스 소프트웨어 기여자는 대부분 실리콘 밸리와 같이 자체적으로 협업하는 대규모 클러스터에 위치하는 경향이 있다.[47] 이러한 현상의 이유는 OSS 기여자 대부분이 소프트웨어 분야에서 일하기 때문일 수 있으며, 이는 OSS의 지리적 위치가 해당 분산과 밀접하게 관련되어 있고 직장 및 소셜 네트워크를 통해 협업이 장려될 수 있다는 것을 의미한다.[47] 코드 수용은 이러한 소셜 네트워크 클러스터 내의 지위에 의해 영향을 받아, 위치에 따라 코드 수용에 대한 불공정한 성향을 만들 수 있다.[48] 국제 협업의 장벽에는 언어적 또는 문화적 차이도 포함된다.[49] 또한, 각 국가는 인도 외에는 자국 내 기여자의 코드에 대해 더 높은 수용률을 보이는 것으로 나타나, 문화적으로 유사한 협력자에 대한 편향을 나타낸다.[49]

2021년, 오픈 소스 소프트웨어 기여도가 가장 높은 국가는 미국, 중국, 독일, 인도, 영국 순이었다.[47] 2021년 연구에서 인구당 OSS 개발자가 가장 많은 국가는 아이슬란드, 스위스, 노르웨이, 스웨덴, 핀란드 순이며, 2008년 SourceForge에서 추정 기여자가 가장 많은 국가는 미국, 독일, 영국, 캐나다, 프랑스였다.[47][49] OSS 개발자의 분포 및 기여에 대한 여러 연구가 진행되었지만, 이는 여전히 여러 방식으로 측정될 수 있는 열린 분야이다.[49] 예를 들어, 정보 통신 기술 참여, 인구, 부, 인터넷 접근 비율이 OSS 기여와 관련이 있는 것으로 나타났다.[49]

성 다양성이 팀 생산성을 향상시키는 것으로 밝혀졌음에도 불구하고, 여성은 자신의 성별이 식별 가능한 경우 오픈 소스 소프트웨어 프로젝트에 기여할 때 여전히 편견에 직면한다.[50] 2002년, 국제 오픈 소스 소프트웨어 개발자 중 여성은 1.5%에 불과했지만, 여성은 기술 산업 직무의 28%를 차지하여 소프트웨어 분야에서 낮은 대표성을 보였다.[51] OSS 기여에는 전제 조건이 없지만, 이러한 성 차별은 성별은 중요하지 않으며 코드의 품질만이 코드 수용의 유일한 고려 사항이어야 한다는 기여자의 일반적인 믿음으로 인해 계속 존재할 수 있으며, 이로 인해 여성 대표성의 체계적인 격차를 해결하지 못하게 된다.[35] 그러나 2005년부터 2021년까지 국제적으로 계산된 여성 OSS 참여의 보다 최근 수치는 9.8%이며, 대부분 최근 기여자이므로 여성 참여가 증가하고 있음을 나타낸다.[52]

프로그래밍은 원래 여성 직업으로 여겨졌음에도 불구하고, 컴퓨터 분야에는 여전히 큰 격차가 존재한다.[53] 사회적 정체성은 기술 업계의 여성들이 원치 않는 남성의 관심과 괴롭힘을 유발하거나 기술 지식에 있어서 여성스럽지 않다는 불안감을 느끼면서 큰 문제가 되며, 이는 자신감에 큰 영향을 미친다.[35] 일부 남성 기술 종사자들은 여성들이 문화에 적응하는 것은 불가능하다고 믿는다는 것을 분명히 밝히며, 여성과 기술 산업에서의 그들의 입지에 대한 불안감을 더욱 심화시킨다.[50] 또한, 오픈 소스 소프트웨어와 같은 자발적 기여 환경에서도 여성들은 남성과 여성 모두 OSS 기여에서 동일한 생산성을 보임에도 불구하고, 수동 테스트나 문서화와 같은 프로젝트의 덜 기술적인 측면을 수행하는 경향이 있다.[50] 명시적인 편견으로는 더 긴 피드백 시간, 코드에 대한 더 많은 검토, 더 낮은 코드 수용률 등이 있다.[50] 특히 오픈 소스 소프트웨어 커뮤니티에서 여성들은 성적으로 불쾌한 언어가 흔하며 여성의 정체성이 OSS 기여자로써보다 여성으로서 더 많은 주목을 받는다고 보고한다.[35] 성별은 중요하지 않다는 믿음 때문에 편견을 해결하기가 어려우며, 대부분의 기여자는 여성에게 특별 대우를 해주는 것은 불공정하며 성공은 기술에 따라 달라져야 한다고 생각하여, 더 포용적인 변화를 막고 있다.[35]

6. 2. 동기

오픈 소스 소프트웨어(OSS)에 기여하는 동기는 다양하다.[43] 우선, 코딩 및 기타 기술 관련 능력뿐만 아니라 의사소통, 협업과 같은 기본적인 기술과 문제 추적, 버전 관리 등 기술 분야에서 필요한 실용적인 기술을 배우고 연습할 수 있다.[43] 학교나 직장에서 배우는 대신, OSS에 기여하면서 자신의 속도에 맞춰 관심 분야를 학습할 수 있다.[43]

OSS 기여는 현재 업계의 모범 사례, 기술, 트렌드를 배우고, OSS가 기술 분야에서 점점 더 인기를 얻으면서 다음 혁신에 기여할 기회를 제공한다.[43] OSS에 무급으로 기여하는 것은 해고 위험은 없지만, 평판에 영향을 줄 수 있다.[43] 반면, OSS 기여의 큰 동기는 자신의 공개 포트폴리오가 성장함에 따라 얻는 명성이다.[43]

6. 3. 불균형

컴퓨터 분야에는 성별 격차가 존재하며, 이는 오픈 소스 소프트웨어(OSS) 커뮤니티에도 영향을 미친다. 여성 개발자들은 OSS 프로젝트에 기여할 때 편견과 차별에 직면하는 경우가 많다.[50] 2002년 국제 오픈 소스 소프트웨어 개발자 중 여성은 1.5%에 불과했지만, 기술 산업 직무의 28%를 차지하여 소프트웨어 분야에서 낮은 대표성을 보였다.[51]

이러한 성 차별은 '성별은 중요하지 않으며 코드의 품질만이 코드 수용의 유일한 고려 사항이어야 한다'는 기여자의 일반적인 믿음 때문에 계속 존재할 수 있다.[35] 이는 여성 대표성의 체계적인 격차를 해결하지 못하게 만든다.

프로그래밍은 원래 여성 직업으로 여겨졌음에도 불구하고, 컴퓨터 분야에는 여전히 큰 격차가 존재한다.[53] 사회적 정체성은 기술 업계의 여성들이 원치 않는 남성의 관심과 괴롭힘을 유발하거나 기술 지식에 있어서 여성스럽지 않다는 불안감을 느끼면서 큰 문제가 되며, 이는 자신감에 큰 영향을 미친다.[35] 일부 남성 기술 종사자들은 여성들이 문화에 적응하는 것은 불가능하다고 믿는다는 것을 분명히 밝히며, 여성과 기술 산업에서의 그들의 입지에 대한 불안감을 더욱 심화시킨다.[50]

오픈 소스 소프트웨어와 같은 자발적 기여 환경에서도 여성들은 남성과 여성 모두 OSS 기여에서 동일한 생산성을 보임에도 불구하고, 수동 테스트나 문서화와 같은 프로젝트의 덜 기술적인 측면을 수행하는 경향이 있다.[50] 명시적인 편견으로는 더 긴 피드백 시간, 코드에 대한 더 많은 검토, 더 낮은 코드 수용률 등이 있다.[50]

특히 오픈 소스 소프트웨어 커뮤니티에서 여성들은 성적으로 불쾌한 언어가 흔하며 여성의 정체성이 OSS 기여자로써보다 여성으로서 더 많은 주목을 받는다고 보고한다.[35] '성별은 중요하지 않다'는 믿음 때문에 편견을 해결하기가 어려우며, 대부분의 기여자는 여성에게 특별 대우를 해주는 것은 불공정하며 성공은 기술에 따라 달라져야 한다고 생각하여, 더 포용적인 변화를 막고 있다.[35]

하지만 2005년부터 2021년까지 국제적으로 계산된 여성 OSS 참여의 보다 최근 수치는 9.8%이며, 대부분 최근 기여자이므로 여성 참여가 증가하고 있음을 나타낸다.[52]

7. 활용 및 응용

오픈 소스 소프트웨어는 웹 서버, 운영 체제, 프로그래밍 언어 등 핵심적인 기술 분야를 포함한 다양한 분야에서 활용되고 있다.[16] 오픈 소스 표준 구현은 해당 표준의 채택을 증가시키고, 개발자들의 소유 의식을 높여 충성도를 향상시킨다.[17]

오픈 소스 소프트웨어(OSS)는 마케팅 및 물류 비용이 낮고,[19] 기업 이미지와 상업 제품 홍보에 유용하며,[18] 신뢰성 높고 품질 좋은 소프트웨어를 빠르고 저렴하게 생산하는 데 기여한다.[19] 또한 혁신을 가속화하고 사회적 가치를 창출하는데, 일례로 프랑스 정부의 오픈 소스 소프트웨어 장려 정책은 연간 약 60만 건의 OSS 기여 증가, 기술 스타트업 최대 18% 증가, IT 부문 고용 14% 증가를 가져왔다.[20]

OSS는 수많은 독립 프로그래머들이 버그를 테스트하고 수정하여 안정성이 높고,[14] 원 제작자나 회사에 의존하지 않아 지속적인 개발이 가능하다.[32] 모듈형 시스템으로 사용자 정의 인터페이스 구축 및 기능 추가가 용이하여 유연하며, 다양한 협업을 통해 혁신적이다.[14] 다양한 관점, 기업 목표, 개인 목표의 혼합은 혁신 속도를 가속화한다.[21] 자유 소프트웨어는 기술적 요구 사항에 따라 개발될 수 있어 상업적 압력 없이 품질을 유지할 수 있다.[22]

오픈 소스 소프트웨어는 통신, 항공우주, 의료, 미디어 및 엔터테인먼트 등 다양한 산업에서 채택되고 있으며,[29] 특히 대규모 조직에서 IT 사용, 운영 효율성, 직원 생산성 향상을 위해 활용된다.[28] 백 오피스 기능, 판매 지원, 연구 개발, 소프트웨어 기능, 빠른 배포, 플랫폼 간 이식성, 상업용 라이선스 관리 회피, 컴퓨터 하드웨어 및 소유권 비용 절감 등의 이점을 제공한다.[28]

델은 GNU/리눅스가 설치된 컴퓨터를 판매하고,[32] 마이크로소프트는 리눅스 기반 운영 체제를 출시하는 등,[32] 2000년대 중반부터 많은 기술 기업들이 OSS를 사용하기 시작했다.[32]

많은 정부는 오픈 소스 소프트웨어의 이점 때문에 구현과 보급에 관심을 가지지만, 사이버 보안 문제를 중요하게 고려해야 한다.[33] 외부 공격뿐만 아니라 우발적인 취약점 발생 가능성도 존재하기 때문이다.[33]

7. 1. 주요 프로젝트


  • 유닉스: AT&T가 만든 운영 체제로, 개발자들이 유닉스 코드가 없는 운영 체제를 만들려고 시도하면서 시작된 자유 및 오픈 소스 소프트웨어 혁명의 전조였다.[32] 유닉스는 소프트웨어의 상업화 이전과 오픈 소스 소프트웨어의 개념이 필요하기 전인 1960년대에 만들어졌으므로 진정한 오픈 소스 소프트웨어 프로젝트로 간주되지는 않았다.[32] 1980년대 중반 상업화되기 전에는 연구 프로젝트로서, 분산된 글로벌 사용자 협업, 롤링 릴리스 및 독점 소프트웨어에 대한 반감을 가진 커뮤니티 문화를 포함하여 자유 및 오픈 소스 소프트웨어 혁명이 가진 많은 이상을 나타냈다.[32]

  • BSD: 1978년에 시작된 유닉스의 변종으로, 유닉스 코드와 버클리 연구소의 코드를 혼합하여 기능을 향상시켰다.[32] BSD는 기능 향상에 초점을 맞추면서 주요 혁신을 유닉스 운영 체제와 공개적으로 공유했다.[32] 이는 오늘날 FOSS의 핵심 특징인 자유로운 공용 코드 공유의 한 예이다.[32] 유닉스가 1980년대에 상업화되면서, 독점 소프트웨어를 지지하지 않는 개발자 또는 커뮤니티 구성원들은 BSD에 집중하여 유닉스 코드를 포함하지 않는 운영 체제로 만들었다.[32] BSD의 최종 버전은 1995년에 출시되었다.[32]

  • GNU: 1984년 리처드 스톨만이 만든 자유 운영 체제로, 이름은 'GNU's Not Unix'를 의미한다.[32] 누구나 사용할 수 있고 프로그래머들이 코드를 자유롭게 공유할 수 있는 유닉스 대체 운영 체제를 만드는 것이 목표였다.[32] 그러나 GNU의 목표는 유닉스를 대체하는 것뿐만 아니라 더 많은 기술적 기능을 가진 우수한 버전을 만드는 것이었다.[32] 자유 및 오픈 소스 소프트웨어 혁명의 철학적 신념이 진정으로 정의되기 전에 출시되었다.[32] 저명한 FOSS 프로그래머 리처드 스톨만에 의해 만들어졌기 때문에 GNU는 FOSS 활동에 깊이 관여했으며, GNU의 가장 큰 업적 중 하나는 개발자가 법적으로 공유 및 수정할 수 있는 소프트웨어를 출시할 수 있게 해주는 GNU 일반 공중 사용 허가서(GPL)의 생성이다.[32]

  • 리눅스: 1991년 리누스 토르발스가 소개한 운영 체제 커널이다.[32] 리눅스는 영리 운영 서비스 Minux의 더 나은 버전을 만들려는 아이디어에서 영감을 받았다.[32] 다른 해커들이 당시 제작하던 것과 근본적으로 달랐는데, 이는 완전히 무료였고 분산되어 있었기 때문이다.[32] 나중에 리눅스는 GPL 라이선스에 따라 사람들이 리눅스로 수익을 창출할 수 있게 되면서 FOSS 커뮤니티로 들어왔다.[32]

  • 아파치: 1995년 NCSA HTTPd 코드 베이스에 대한 불만을 가진 개발자 그룹 간의 협업으로 시작되었다.[32] '아파치'라는 이름은 이 코드 베이스에 적용한 여러 패치 때문에 사용되었다.[32] 출시 1년 만에 전 세계 최고의 웹 서버가 되었다.[32] 곧 아파치는 자체 라이선스를 출시하여 더 큰 FOSS 커뮤니티에서 논란을 일으켰지만, 궁극적으로는 성공적인 것으로 입증되었다.[32] 아파치 라이선스는 구성원이 소스 코드에 직접 접근할 수 있도록 허용했는데, 이는 GNU 및 리눅스의 접근 방식과 뚜렷한 차이를 보였다.[32]

7. 2. 비(非) 소프트웨어 분야로의 확장

1990년대 후반부터 오픈 소스라는 용어는 소프트웨어뿐만 아니라 오픈 소스 하드웨어, 오픈 콘텐츠, 오픈 협업 등 다양한 분야로 확장되었다.[55][56][57][3] 이러한 "문화"는 여러 의제, 접근 방식, 우선 순위를 동시에 적용할 수 있도록 한다.[58]

오픈 소스에서 파생된 다양한 용어


소프트웨어 외에 사용자에게 사용, 수정, 재배포를 허용하는 경우 "오픈 소스"를 접두어로 하는 오픈 소스 하드웨어, Open-source journalism|오픈 소스 저널리즘영어, Open-source governance|오픈 소스 거버넌스영어, Open Source Ecology|오픈 소스 생태학영어과 같은 용어가 있다. 소스 코드는 없지만 사용, 수정, 배포를 허용하는 경우 "오픈"을 접두어로 하는 오픈 액세스, 오픈 시스템, 오픈 콘텐츠와 같은 용어가 있다. 그러나 오픈 소스 및 오픈을 접두어로 하더라도, 해당 사항의 사용·수정·재배포를 허용하는지는 각 용어에 따라 다르므로 주의해야 한다.

8. 비판과 논쟁

오픈 소스 이니셔티브(OSI)의 정의는 여러 국가 정부에서 표준 또는 ''사실상'' 정의로 인정받고 있다.[5] OSI는 소프트웨어 라이선스가 오픈 소스인지 여부를 결정하기 위해 ''오픈 소스 정의''를 사용하는데, 이 정의는 페렌스가 작성하고 개작한 데비안 자유 소프트웨어 지침을 기반으로 한다.[6][7][8]

Feller et al.(2005)에 따르면, "자유 소프트웨어"와 "오픈 소스 소프트웨어"라는 용어는 사용자가 소프트웨어를 사용, 수정 및 재배포할 수 있고, 소프트웨어 제작자에게 로열티나 수수료를 지불할 필요가 없는 조건으로 배포되는 모든 소프트웨어 제품에 적용된다.[11]

소프트웨어 규제에는 오픈 소스 소프트웨어에 큰 영향을 미치는 몇 가지 애매한 부분이 존재한다. 예를 들어, 소프트웨어가 재화인지 서비스인지, 무엇을 수정으로 간주할 수 있는지, 계약과 라이선스를 통한 거버넌스, 소유권 및 사용권 등이 있다.[30] 이러한 문제는 기술 관련 산업 전반에 부정적인 영향을 미친다.[30]

소프트웨어의 법적 역사에서, 소프트웨어를 지적 재산으로 특허법 또는 저작권법으로 보호할지, 아니면 독자적인 규정을 제정할지에 대한 많은 논쟁이 있었다.[30] 결국, 저작권법이 표준이 되었고, 컴퓨터 프로그램은 문학 작품의 형태로 간주되었다.[30]

소프트웨어는 소스 코드와 오브젝트 코드로 간주되며, 둘 다 보호받을 수 있지만, 이 정의에는 법적인 다양성이 존재한다.[30] 유럽 사법 재판소는 컴퓨터 프로그램을 프로그램의 기능, 프로그래밍 언어, 데이터 파일의 형식에 포함되지 않는다고 정의하여, 소프트웨어의 여러 측면에 대한 보호를 제한하고 오픈 소스 접근 방식을 선호한다.[30] 미국은 소프트웨어에 대한 개방적인 접근 방식을 취하고 있으며, 대부분의 오픈 소스 라이선스가 미국에서 시작되었다.[30] 그러나 이로 인해 특허권에 대한 초점이 증가했으며, 이는 다른 형태의 IP 보호를 선호하는 OSS 커뮤니티로부터 반발을 불러일으켰다.[30]

기술적 보호 조치(TPM) 및 디지털 권리 관리(DRM) 기술은 1996년 세계 지적 재산권 기구(WIPO) 조약에서 국제적으로 법적으로 인정되고 보호받았다.[30] 오픈 소스 소프트웨어 지지자들은 이러한 기술이 최종 사용자를 저작권법의 범위를 넘어 제약할 수 있다는 점에서 싫어했으며, 유럽은 TPM을 법적 통제하에 두는 방식으로 대응했다.[30]

오픈 소스 소프트웨어와 자유 소프트웨어 커뮤니티는 성공을 거두었지만, 무엇을 옹호해야 하는지에 대한 혼란이 남아있다.[32] 안드로이드와 우분투는 2000년대 초 기술 혁신의 변방에서 오픈 소스 소프트웨어가 두각을 나타내는 데 성공했지만, 커뮤니티 일각에서는 여러 문제로 인해 오픈 소스 소프트웨어의 가치를 제대로 대변하지 못했다고 여기기도 한다.[32]

기업의 78%가 운영의 전부 또는 일부를 자유 오픈 소스 소프트웨어에 기반하여 운영한다고 보고하고 있으며,[32] 마이크로소프트는 자사 시스템에 오픈 소스 소프트웨어를 포함할 정도로 그 인기가 높아졌다.[32]

OSI의 정의에 따르면, 오픈 소스는 일반 대중에게 소스 코드를 사용할 수 있도록 하고, 코드의 사용 및 수정에 대한 제약이 완화되거나 없는 광범위한 소프트웨어 라이선스이다.[41] 오픈 소스는 소프트웨어의 빠른 발전을 가능하게 하기 위해 어떤 조직이나 사용자에 의해서도 사용 또는 배포에 거의 제약을 두지 않는다.[41]

리처드 스톨먼은 자유 소프트웨어 운동의 지도자이자 자유 소프트웨어 재단의 멤버로서, 자유 소프트웨어에 "오픈 소스"라는 용어를 적용하는 것에 반대한다.[55] 그는 두 용어가 거의 동일한 범주의 소프트웨어를 설명하지만, 이 둘을 동일시하는 것은 부정확하고 오해의 소지가 있다고 생각한다.[55]

''성당과 시장''(1999년)은 에릭 S. 레이먼드가 쓴 오픈 소스 소프트웨어 개발에 관한 에세이다.[141] 이 책에서 GNU 프로젝트의 톱다운 개발 방식을 성당 방식, 리눅스 및 Fetchmail의 보텀업 개발 방식을 시장 방식으로 비유하며, 시장 방식의 소스 코드 공개 및 공유의 유효성에 대해 설명한다.

8. 1. 자유 소프트웨어 지지자들의 비판

자유 소프트웨어 지지자들은 오픈 소스 개념이 자유 소프트웨어가 중요하게 생각하는 사용자의 자유를 지키기에 부족하다고 비판하며, 자유 소프트웨어라는 용어를 사용해야 한다고 주장한다.

리처드 스톨먼은 오픈 소스 이니셔티브(OSI)의 실용주의적인 접근 방식이 자유와 공동체라는 자유 소프트웨어의 이상을 위협한다고 비판한다.[13] 그는 오픈 소스 진영이 자유 소프트웨어의 이상적인 기준을 타협한다고 우려한다.[42]

스톨먼은 오픈 소스와 자유 소프트웨어라는 두 용어가 거의 같은 범주의 소프트웨어를 설명하지만, 두 용어를 동일시하는 것은 부정확하고 오해의 소지가 있다고 생각한다.[55] 그는 어떤 용어를 선택하는지에 따라 개발(오픈 소스)을 중시하는지, 사회적 입장(자유 소프트웨어)을 중시하는지가 결정된다고 믿는다.[42]

자유 소프트웨어 재단(FSF)은 자유 소프트웨어를 오픈 소스 소프트웨어의 부분 집합으로 간주한다.[55] 예를 들어 디지털 권리 관리(DRM) 소프트웨어는 사용자를 제한하기 때문에 자유 소프트웨어로 간주되지 않지만, 오픈 소스로 개발될 수 있다.[55]

8. 2. GNU/Linux 명칭 논쟁

GNU 프로젝트의 리처드 스톨먼은 GNU 툴을 사용하여 운영 체제로 성립된 Linux를 "GNU/Linux"라고 불러야 한다고 주장하며[70], GNU/Linux 명칭 지지자와 Linux 명칭 지지자 사이에서 Linux에 대한 명칭 논쟁이 존재한다.

GNU/Linux 명칭 지지자는 운영 체제 전체에서 Linux 커널은 기능의 일부이며 GNU 프로젝트의 소프트웨어군에 의해 완성된다는 점을 들어 병기를 요구하며[163], 명칭에 대한 고집이 자유 소프트웨어 커뮤니티의 이상주의에 대한 계몽을 겸하고 있음을 설명하고 있다[164]. Debian 프로젝트는 GNU/Linux 명칭을 받아들여[165], 공식 배포판 명칭으로 Debian GNU/Linux라고 칭하고 있다.

Linux 명칭 지지자는 Linux가 이미 충분히 일반적인 통칭이 되었으며 명칭을 변경할 필요성을 느끼지 않는다고 주장한다.[166] 에릭 레이먼드는 자르곤 파일의 Linux 절에서 GNU/Linux 명칭은 세력 다툼과 승인욕이 근원에 있으며, 리처드 스톨먼과 그의 가까운 친구 외에는 받아들이기 어렵다고 언급했다.[167] Linux 개발자 리누스 토르발스는 ''Revolution OS'' 인터뷰에서 GNU/Linux 명칭은 GNU 프로젝트가 GNU 배포판을 개발했다면 적절하지만, Linux의 총칭으로는 부적절하다고 언급했다.

8. 3. 할로윈 문서

에릭 S. 레이먼드는 1998년 11월 3일 마이크로소프트의 오픈 소스 소프트웨어와 리눅스에 대한 잠재적 전략을 담은 기밀 문서를 할로윈 문서로 유출했다.[168] 1998년 11월 5일, 마이크로소프트는 유출된 할로윈 문서에 대해 공식 논평을 발표했는데, 해당 문서는 내부 검토 자료로서 일상적이고 적절한 것이지만, 리눅스에 대한 공식 입장은 아니라고 밝혔다.[169][170]

할로윈 문서에서 마이크로소프트는 오픈 소스 소프트웨어가 공개된 표준 규격과 독점 소프트웨어에 비해 낮은 총 소유 비용(TCO) 덕분에 폭넓은 지지를 받고 있다고 언급했다.[171] 또한, 오픈 소스 소프트웨어에 대항하는 전략으로 FUD 전략과 3E 전략을 제시했다.[172][173] 실제로 마이크로소프트는 FUD 전략으로 오픈 소스 소프트웨어를 로빈 후드에 비유하며 불안정성을 주장했고,[174] "리눅스를 배울수록 소비자에게 가치가 적다는 것을 느끼고 있다"고 소개했으며,[175] 제3자 평가 기관을 지원하여 리눅스의 부정적인 평가 결과를 제시하는 등 여러 활동을 펼쳤다.[176] 오픈 소스의 낮은 TCO에 대해서는 쉐어드 소스를 통해 동일한 TCO를 모색하고, 일정 수준의 평가를 얻고 있다고 자체 평가했다.[171]

8. 4. SCO-리눅스 논쟁

SCO 그룹은 2003년에 자신이 유닉스의 지적 재산권 보유자이며, 리눅스에 유닉스 소스 코드가 도용되었다고 주장했다. SCO 그룹은 유닉스의 지적 재산권을 보유하고 있으며, 리눅스가 유닉스 소스 코드를 이용하고 있다는 두 가지 점을 근거로 리눅스 관계자에게 권리 행사에 기초한 라이선스 비즈니스를 발표했지만[177], 리눅스 관계자는 부적절한 권리 행사라고 받아들이지 않았다. 이러한 주장의 차이가 SCO 그룹과 리눅스 관계자 간 논쟁의 기점이 되었고, 이로부터 SCO-리눅스 논쟁이 시작되었다.

SCO 그룹이 유닉스의 지적 재산권을 보유하고 있다는 주장은 2007년 8월 10일에 기각되었고, 노벨이 유닉스의 권리를 보유하고 있다는 판결이 나왔다.[178][179] 또한, 노벨은 리눅스에 유닉스 소스 코드가 포함되어 있다고 생각하지 않는다는 성명을 발표하여, 리눅스가 유닉스의 지적 재산권을 침해하고 있다는 의혹은 해소되었다.

9. 한국의 오픈 소스 소프트웨어 현황

국제적으로 오픈 소스 소프트웨어(OSS) 협업이 가능함에도 불구하고, 기여자들은 주로 실리콘 밸리와 같이 자체 협업하는 대규모 클러스터에 위치하는 경향이 있다.[47] 이는 OSS 기여자들이 주로 소프트웨어 분야에서 일하며, 직장 및 소셜 네트워크를 통해 협업이 장려되기 때문으로 보인다.[47] 코드 수용은 이러한 소셜 네트워크 클러스터 내 지위에 영향을 받으며, 위치에 따라 불공정한 성향이 나타날 수 있다.[48] 국제 협업에는 언어 및 문화적 차이도 포함된다.[49]

2021년 오픈 소스 소프트웨어 기여도가 높은 국가는 미국, 중국, 독일, 인도, 영국 순이었다.[47] 같은 해 인구당 OSS 개발자가 가장 많은 국가는 아이슬란드, 스위스, 노르웨이, 스웨덴, 핀란드 순으로 나타났다.[47] 정보 통신 기술 참여, 인구, 부, 인터넷 접근 비율 등이 OSS 기여와 관련이 있는 것으로 나타났다.[49]

성 다양성이 팀 생산성을 향상시킴에도 불구하고, 여성은 오픈 소스 소프트웨어 프로젝트에서 여전히 편견에 직면한다.[50] 2002년 여성 개발자는 1.5%에 불과했지만,[51] 2005년부터 2021년까지 여성 참여율은 9.8%로 증가했다.[52] 여성들은 수동 테스트나 문서화 등 덜 기술적인 측면을 수행하는 경향이 있으며, 더 긴 피드백 시간, 더 많은 코드 검토, 낮은 코드 수용률 등의 편견을 경험한다.[50]

9. 1. 정부 정책

대한민국 정부는 오픈 소스 소프트웨어 활용을 적극적으로 장려하며, 관련 정책 수립 및 지원을 확대하고 있다.

9. 2. 기업 참여

2000년대 중반부터 점점 더 많은 기술 회사들이 오픈 소스 소프트웨어(OSS)를 사용하기 시작했다.[32] 델은 GNU/리눅스가 이미 설치된 컴퓨터를 판매하기 시작했고, 마이크로소프트는 OSS 운동에 대한 이전의 적대감에도 불구하고 리눅스 기반 운영 체제를 출시했다.[32]

기업의 78%가 운영의 전부 또는 일부를 자유 오픈 소스 소프트웨어에 기반하여 운영한다고 보고하고 있다.[32] 오픈 소스 소프트웨어의 인기는 한때 오픈 소스 소프트웨어를 비판했던 마이크로소프트가 자사 시스템에 이를 포함할 정도로 높아졌다.[32]

삼성전자, LG전자, 네이버, 카카오 등 주요 IT 기업들은 오픈 소스 프로젝트에 참여하고, 자체 오픈 소스 프로젝트를 운영하는 등 오픈 소스 생태계에 적극적으로 기여하고 있다. 이러한 기업들은 오픈 소스 소프트웨어를 활용하여 비용 절감, 기술 혁신, 개발 기간 단축 등의 효과를 얻고 있다.

9. 3. 커뮤니티 활동

한국에는 다양한 오픈 소스 커뮤니티가 활동하고 있으며, 개발자, 사용자, 학생 등 다양한 사람들이 참여하여 지식과 경험을 공유하고 있다. 오픈 소스 콘퍼런스, 세미나, 워크숍 등 다양한 행사가 개최되어 오픈 소스 소프트웨어에 대한 관심과 참여를 높이고 있다.

자유 및 오픈 소스 소프트웨어 운동의 개발과 확장에 기여하는 조직은 전 세계에 존재한다.[43] 이러한 조직은 기술을 가르치고 전파하는 것과 같은 목표를 위해 헌신한다.[43]

주요 단체는 다음과 같다.

대륙주요 단체
미국자유 소프트웨어 재단(FSF), 소프트웨어 자유 보존 재단(SFC), 오픈 소스 이니셔티브(OSI), 공공 이익 소프트웨어(SPI) [43]
유럽자유 소프트웨어 재단 유럽(FSFE), open-source projects EU (OSP), 오픈포럼 유럽(OFE) [43]
호주리눅스 오스트레일리아(Linux Australia) [43]
아시아오픈 소스 아시아(Open source Asia), FOSSAsia [43]
아프리카아프리카를 위한 자유 및 오픈 소스 소프트웨어(FOSSFA), 오픈아프리카(OpenAfrica) [43]
중앙 및 남아시아FLISOL, GRUP de usuarios de software libre Peru [43]


10. 미래 전망

오픈 소스 소프트웨어는 앞으로도 지속적으로 성장하고 발전할 것으로 예상되며, 기술 혁신과 사회 발전에 중요한 역할을 수행할 것이다. 특히, 인공지능, 클라우드 컴퓨팅, 빅데이터 등 새로운 기술 분야에서 오픈 소스 소프트웨어의 활용이 더욱 확대될 것으로 전망된다.

오픈 소스 소프트웨어 커뮤니티와 자유 소프트웨어 커뮤니티는 성공적인 미래를 맞이했지만, 무엇을 옹호해야 하는지에 대한 논쟁은 여전히 남아있다.[32] 예를 들어, 안드로이드와 우분투는 2000년대 초 기술 혁신의 변방에서 오픈 소스 소프트웨어가 두각을 나타내는 데 성공적인 이정표가 되었지만,[32] 커뮤니티 일각에서는 구글과 파트너사들이 안드로이드의 오픈 소스 소프트웨어 중심성을 약화시키고, 포크를 허용하여 안드로이드 내 협업 기회를 잃게 한 아파치 라이선스의 사용, 우분투에서 자유보다 편의성을 우선시하는 점, 사용자 마케팅을 위해 사용자를 추적하는 우분투 내 기능 등 여러 문제로 인해 오픈 소스 소프트웨어의 가치를 제대로 대변하지 못했다고 여기기도 한다.[32]

기업에서 오픈 소스 소프트웨어의 사용은 더욱 일반화되어, 기업의 78%가 운영의 전부 또는 일부를 자유 오픈 소스 소프트웨어에 기반하여 운영한다고 보고하고 있다.[32] 오픈 소스 소프트웨어의 인기는 한때 오픈 소스 소프트웨어를 비판했던 마이크로소프트가 자사 시스템에 이를 포함할 정도로 높아졌다.[32]

하지만 이러한 성공은 커뮤니티가 오픈 소스 소프트웨어가 무엇인지, 무엇이 되어야 하는지, 그리고 보호할 필요가 있다면 어떻게 보호해야 하는지 등과 같은 질문에 답해야 함에 따라 오픈 소스 소프트웨어의 미래를 결정할 우려를 낳고 있다.[32] 결국, 자유 및 오픈 소스 혁명이 시장에서 인식되는 균형 상태로 둔화되었지만, 이는 아직 끝나지 않았음을 의미하며, 그 미래를 결정하기 위해 많은 이론적 논의가 이루어져야 한다.[32]

오픈 소스 소프트웨어 프로젝트는 종종 자원 봉사자일 수 있는 프로그래머 네트워크에 의해 구축 및 유지 관리되며, 무료 제품 및 상업용 제품에서 널리 사용된다.[54]

참조

[1] 서적 Understanding Open Source and Free Software Licensing https://books.google[...] O'Reilly Media 2023-03-21
[2] 학술지 The Free Software Alternative: Freeware, Open Source Software, and Libraries http://ejournals.bc.[...] 2021-04-28
[3] 학술지 Open Collaboration for Innovation: Principles and Performance 2013-12-30
[4] 학술지 The Value of Open Source Software http://dx.doi.org/10[...] 2024
[5] 웹사이트 International Authority & Recognition https://opensource.o[...] Opensource.org 2017-12-07
[6] 서적 Open Sources: Voices from the Open Source Revolution http://www.oreilly.c[...] O'Reilly Media
[7] 서적 The Open Source Definition by Bruce Perens https://archive.org/[...] O'Reilly 1999-01
[8] 웹사이트 The Open Source Definition http://opensource.or[...] 2008-08-24
[9] 웹사이트 How Many Open Source Licenses Do You Need? – Slashdot http://news.slashdot[...] 2012-03-25
[10] 웹사이트 The Open Source Definition (Annotated) https://opensource.o[...] 2016-07-22
[11] 서적 Perspectives on Free and Open Source Software The MIT Press
[12] 웹사이트 History of the OSI https://web.archive.[...] Open Source Initiative 2014-05-13
[13] 웹사이트 Why "Free Software" is better than "Open Source" https://www.gnu.org/[...] Free Software Foundation 2007-06-19
[14] 서적 2006 22nd IEEE International Conference on Software Maintenance https://ieeexplore.i[...] 2006
[15] 서적 2020 IEEE 24th International Enterprise Distributed Object Computing Conference (EDOC) IEEE 2020
[16] 웹사이트 Open Source Software FAQ http://dodcio.defens[...] 2016-07-22
[17] 학술지 A framework for creating hybrid-open source software communities http://www.cin.ufpe.[...] 2008-09-08
[18] 학술지 Profiting from Open Source 2000-09
[19] 학술지 Open Source, Open Standards, and Health Care Information Systems 2011-02
[20] 학술지 Government Technology Policy, Social Value, and National Competitiveness https://www.cin.ufpe[...] 2019-03-03
[21] 학술지 What (and Why) you should know about open-source software 1998-12
[22] 학술지 On the Security of Open Source Software 2002-02
[23] 서적 2020 IEEE 24th International Enterprise Distributed Object Computing Conference (EDOC) IEEE 2020
[24] 학술지 Version Control System: A Review 2018
[25] 웹사이트 Open Source https://blog.opencol[...] 2024-05-28
[26] 웹사이트 Technologies https://www.sovereig[...] 2024-05-28
[27] 웹사이트 NSF invests over $26 million in open-source projects https://new.nsf.gov/[...] 2024-05-28
[28] 학술지 Organizational adoption of open source software https://linkinghub.e[...] 2012
[29] 서적 2018 16th Annual Conference on Privacy, Security and Trust (PST) IEEE 2018
[30] 서적 Open Source Law, Policy and Practice Oxford University Press
[31] 서적 How open is the future? : Economic, social and cultural scenarios inspired by free and open-source software ASP
[32] 서적 For Fun and Profit: A History of the Free and Open Source Software Revolution MIT Press
[33] 서적 Software Power: The Economic and Geopolitical Implications of Open Source Software Études de l'Ifri
[34] 학술지 Free and Open Source Software and FRAND-based patent licenses: How to mediate between Standard Essential Patent and Free and Open Source Software 2019
[35] 학술지 Open Source Software: A History https://link.gale.co[...] 2001
[36] 웹사이트 International Authority & Recognition https://opensource.o[...] 2023-12-18
[37] 서적 Producing open source software: how to run a successful free software project O'Reilly 2006
[38] 서적 Two Bits: The Cultural Significance of Free Software Duke University Press
[39] 논문 Free and Open Source Software http://dx.doi.org/10[...] 2010
[40] 논문 Research Note —Lock-In Strategy in Software Competition: Open-Source Software vs. Proprietary Software https://pubsonline.i[...] 2012
[41] 웹사이트 The Open Source Definition (Annotated) https://opensource.o[...] 2023-12-18
[42] 서적 Free software, free society Free software foundation 2002
[43] 서적 Forge your future with open source: build your skills, build your network, build the future of technology The Pragmatic Bookshelf 2018
[44] 논문 The case for free and open source software in research and scholarship https://royalsociety[...] 2021-05-17
[45] 논문 On the challenges of open-sourcing proprietary software projects http://link.springer[...] 2018
[46] 논문 Outsourcing to an Unknown Workforce: Exploring Opensurcing as a Global Sourcing Strategy http://dx.doi.org/10[...] 2008
[47] 논문 The Geography of Open Source Software: Evidence from GitHub https://linkinghub.e[...] 2002-03
[48] 논문 Relationship between geographical location and evaluation of developer contributions in github http://resolver.tude[...] ACM 2018-10-11
[49] 논문 Geographic origin of libre software developers https://linkinghub.e[...] 2008-08
[50] 논문 Diversity and Inclusion in Open Source Software (OSS) Projects: Where do We Stand? IEEE 2019
[51] 논문 'Patches don't have gender': What is not open in open source software http://journals.sage[...] 2012-06
[52] 논문 Women's Participation in Open Source Software: A Survey of the Literature https://dl.acm.org/d[...] 2022-10-31
[53] 논문 The Diversity Crisis in Software Development https://ieeexplore.i[...] 2021-04
[54] 서적 Best practices for commercial use of open source software: business models, processes and tools for managing open source software BoD – Books on Demand 2020
[55] 웹사이트 Why Open Source Misses the Point of Free Software https://www.gnu.org/[...] 2007
[56] 논문 Open science, reproducibility, and transparency in ecology 2019
[57] 논문 From open source to open content: Organization, licensing and decision processes in open cultural production http://dx.doi.org/10[...] 2009
[58] 논문 The Cathedral and the Bazaar (originally published in Volume 3, Number 3, March 1998) 2005
[59] 웹사이트 notes-2009 http://landley.net/n[...] landley.net 2015-12-02
[60] 웹사이트 What is Free Software? http://www.gnu.org:8[...] GNU Project 2018-03-10
[61] 웹사이트 Producing Open Source Software - How to Run a Successful Free Software Project http://producingoss.[...] O'Reilly Media 2016-04-11
[62] 웹사이트 History of the Open Source Initiative http://opensource.or[...]
[63] 서적 Technology In Government, 1/e https://books.google[...] Jaijit Bhattacharya
[64] 웹사이트 Defining Open Source Software (OSS) http://dodcio.defens[...] 2018-02-09
[65] 웹사이트 Q: What are antonyms for open source software? http://dodcio.defens[...] 2018-02-09
[66] 웹사이트 What is open source, and what is the Open Source Initiative? https://kb.iu.edu/d/[...] 2018-02-09
[67] 웹사이트 The Open Source Definition https://opensource.o[...] 2018-02-09
[68] 웹사이트 Can I call my program "Open Source" even if I don't use an approved license? https://opensource.o[...] 2018-02-09
[69] 웹사이트 What is free software? https://www.gnu.org/[...] 2018-02-09
[70] 웹사이트 Why Open Source misses the point of Free Software https://www.gnu.org/[...] 2018-02-09
[71] 웹사이트 2　OSSの影響 ： 平成18年版 情報通信白書 https://www.soumu.go[...] 2018-02-09
[72] 웹사이트 Open Source Certification:Press Releases https://opensource.o[...] Open Source Initiative 2018-03-01
[73] 웹사이트 商標照会（固定アドレス） 商標公報4553488 https://www.j-platpa[...] 特許情報プラットフォーム 2018-03-25
[74] 웹사이트 オープンソース商標について http://www.opensourc[...] オープンソースグループ・ジャパン 2018-03-01
[75] 웹사이트 Is SugarCRM open source? http://www.zdnet.com[...] 2018-02-15
[76] 웹사이트 Will The Real Open Source CRM Please Stand Up? http://www.opensourc[...] Open Source Initiative 2008-01-04
[77] 뉴스 SugarCRM trades badgeware for GPL 3 http://www.regdevelo[...] The Register 2008-09-08
[78] 웹사이트 The Big freedesktop.org Interview http://osnews.com/st[...] OSNews 2018-03-26
[79] 뉴스 Group Formed to Support Linux as Rival to Windows https://www.nytimes.[...] 2016-04-14
[80] 웹사이트 Linux lab lands Torvalds http://www.cnet.com/[...] 2016-04-14
[81] 웹사이트 Industry Leaders Announce Open Platform for Mobile Devices http://www.openhands[...] Open Handset Alliance 2007-11-05
[82] 웹사이트 Open Handset Alliance members page http://www.openhands[...] Open Handset Alliance 2007-11-05
[83] 웹사이트 Developers http://www.openhands[...] Open Handset Alliance 2007-11-05
[84] 웹사이트 Alibaba: Google just plain wrong about our OS http://news.cnet.com[...] 2018-03-26
[85] 뉴스 Google’s iron grip on Android: Controlling open source by any means necessary https://arstechnica.[...] 2013-12-01
[86] 웹사이트 About The Licenses https://creativecomm[...] Creative Commons 2018-03-02
[87] 웹사이트 Creative Commons FAQ: Can I use a Creative Commons license for software? http://wiki.creative[...] Creative Commons 2018-03-26
[88] 웹사이트 What is a "permissive" Open Source license? https://opensource.o[...] Open Source Initiative 2018-03-26
[89] 웹사이트 Defining Open Source Software (OSS) http://dodcio.defens[...] 2018-02-09
[90] 웹사이트 Apache License, Version 2.0 https://www.gnu.org/[...] GNU Project 2018-02-09
[91] 웹사이트 Modified BSD license https://www.gnu.org/[...] GNU Project 2018-02-09
[92] 웹사이트 FreeBSD license https://www.gnu.org/[...] GNU Project 2018-02-09
[93] 웹사이트 X11 License https://www.gnu.org/[...] GNU Project 2018-02-09
[94] 웹사이트 GNU General Public License (GPL) version 3 https://www.gnu.org/[...] GNU Project 2018-02-09
[95] 웹사이트 GNU Lesser General Public License (LGPL) version 3 https://www.gnu.org/[...] GNU Project 2018-02-09
[96] 웹사이트 MPL 2.0 FAQ https://www.mozilla.[...] Mozilla 2018-02-09
[97] 웹사이트 Top 10 Common Development and Distribution License (CDDL) Questions Answered https://www.whitesou[...] 2018-02-09
[98] 웹사이트 Eclipse Public License Version 2.0 https://www.gnu.org/[...] GNU Project 2018-02-09
[99] 웹사이트 Open Source Software: a legal guide https://www.lawgives[...] LawGives 2018-03-08
[100] 웹사이트 OSS Attribution Obligations https://www.nexb.com[...] nexB 2018-03-08
[101] 웹사이트 What is Copyleft? https://www.gnu.org/[...] Free Software Foundation 2018-02-09
[102] 웹사이트 Share Alike http://wiki.creative[...] wiki.creativecommons.org 2011-08-29
[103] 웹사이트 The Licence Review Process https://opensource.o[...] Open Source Initiative 2018-02-08
[104] 웹사이트 Open Source Licenses by Category https://opensource.o[...] Open Source Initiative 2018-02-09
[105] 웹사이트 Licenses & Standards https://opensource.o[...] Open Source Initiative 2018-02-08
[106] 웹사이트 Various Licenses and Comments about Them https://www.gnu.org/[...] 2018-02-09
[107] 웹사이트 How to choose a license for your own work https://www.gnu.org/[...] 2018-02-09
[108] 웹사이트 Licensing:Main http://fedoraproject[...] 2018-02-09
[109] 웹사이트 Licensing:Main Overview https://fedoraprojec[...] 2018-02-20
[110] 웹사이트 Discussion of Licensing https://fedoraprojec[...] 2018-02-15
[111] 웹사이트 License information https://www.debian.o[...] 2018-02-09
[112] 웹사이트 The Free-Libre / Open Source Software (FLOSS) License Slide http://www.dwheeler.[...] 2007-09-27
[113] 웹사이트 OSI and License Proliferation https://fossbazaar.o[...] 2018-02-09
[114] 웹사이트 The Licence Proliferation Project http://opensource.or[...] 2011-05-10
[115] 웹사이트 The Licence Review Process | Open Source Initiative https://opensource.o[...] 2018-02-08
[116] 웹사이트 Common Development and Distribution License (CDDL) Description and High-Level Summary of Changes http://www.sun.com/c[...] sun.com 2018-03-25
[117] 웹사이트 OSI Board Meeting Minutes, Wednesday, March 4, 2009 http://www.opensourc[...] Open Source Initiative 2011-04-01
[118] 웹사이트 Speech Transcript - Craig Mundie, The New York University Stern School of Business http://www.microsoft[...] 2001-05-03
[119] 웹사이트 Share Alike https://wiki.creativ[...] Creative Commons 2017-08-13
[120] 웹사이트 Public Domain Is Not Open Source https://opensource.o[...] 2018-02-25
[121] 웹사이트 OSI Board Meeting Minutes, Wednesday, March 4, 2009 https://opensource.o[...] 2018-02-09
[122] 웹사이트 CC0 https://www.gnu.org/[...] 2018-02-09
[123] 서적 The Cathedral and the Bazaar https://books.google[...] O'Reilly Media
[124] 웹사이트 A Brief History of Linux/Open Source Distributions https://www.atlantic[...] atlantic.net 2018-03-15
[125] 웹사이트 Introducing the Google Chrome OS https://googleblog.b[...] Google, Inc. 2012-07-11
[126] 뉴스 Google's Go language turns one, wins a spot at YouTube: The lower-level programming language has matured enough to sport the 1.0 version number. And it's being used for real work at Google. https://www.cnet.com[...] CBS Interactive Inc
[127] 웹사이트 Mozilla and the Rust community release Rust 0.1 (a strongly-typed systems programming language with a focus on memory safety and concurrency) https://www.reddit.c[...] 2012-02-06
[128] 간행물 Platforms State of the Union, Session 102, Apple Worldwide Developers Conference 2014-06-02
[129] 웹사이트 Swift Has Reached 1.0 https://developer.ap[...] 2014-09-10
[130] 서적 Profit from Software Ecosystems: Business Models, Ecosystems and Partnerships in the Software Industry https://books.google[...] Books on Demand
[131] 웹사이트 F/LOSS is Commercial Software http://timreview.ca/[...] Talent First Network 2016-06-18
[132] 서적 Best Practices for commercial use of open source software Books on Demand
[133] 서적 Advances in software economics: A reader on business models and Partner Ecosystems in the software industry BOD
[134] 웹사이트 FOSS in the Enterprise: To Pay or Not to Pay? http://www.linuxinsi[...] ECT News Network, Inc. 2016-06-18
[135] 웹사이트 Google's Summer of Code concludes https://www.linux.co[...] linux.com 2016-06-18
[136] 웹사이트 Open source gets its own crowd-funding site, with bounties included - Bountysource is the crowd-funding site the open source community has been waiting for. http://www.networkwo[...] networkworld.com 2013-08-07
[137] 웹사이트 TTimo/doom3.gpl https://github.com/T[...] GitHub 2012-04-07
[138] 웹사이트 Our new way to meet the LGPL http://blog.linuxgam[...] 2009-02-08
[139] 웹사이트 SourceForge.net Donation System https://sourceforge.[...] Slashdot Media 2017-10-16
[140] 웹사이트 SourceForge Reports Second Quarter Fiscal 2009 Financial Results http://ir.corp.sourc[...] 2018-02-15
[141] 웹사이트 The Cathedral and the Bazaar http://www.catb.org/[...] 2012-04-18
[142] 웹사이트 Open Sources: Voices from the Open Source Revolution http://www.oreilly.c[...] O'Reilly Media 2010-08-07
[143] 웹사이트 Open Sources 2.0 http://shop.oreilly.[...] O'Reilly Media 2017-10-03
[144] 웹사이트 Revolution OS (2001) https://www.imdb.com[...] IMDb.com, Inc. 2018-04-05
[145] 웹사이트 Free Software Movement https://www.gnu.org/[...] The Free Software Foundation 2014-04-12
[146] 웹사이트 Open Source vs. Free Software: What's the Difference and Why Does It Matter? https://www.makeuseo[...] 2017-02-21
[147] 웹사이트 Various Licenses and Comments about Them - Sybase Open Watcom Public License version 1.0 (#Watcom) https://www.gnu.org/[...] gnu.org 2015-12-23
[148] 웹사이트 Richard Stallman explains the new GPL provisions to block "tivoisation" http://fsfeurope.org[...] 2018-02-15
[149] 웹사이트 InformationWeek: TiVo Warns Investors New Open Source License Could Hurt Business http://www.informati[...] 2018-02-15
[150] 웹사이트 Shared Source Initiative https://www.microsof[...] 2018-02-15
[151] 웹사이트 Perspectives on the Shared Source Initiative http://www.onlamp.co[...] 2018-02-15
[152] 웹사이트 Microsoft gets the open-source licensing nod from the OSI http://www.zdnet.com[...] 2018-02-15
[153] 웹사이트 SCEA Shared Source License 1.0 http://research.scea[...] 2018-02-14
[154] 웹사이트 Software License List https://fedoraprojec[...] 2018-02-14
[155] 웹사이트 Bad Economy Is Good for Open Source https://www.cmswire.[...] 2018-02-15
[156] 웹사이트 Open Source vs. Proprietary Software https://www.pcworld.[...] Pcworld.com 2018-02-15
[157] 웹사이트 Pandora's box for open source - CNET News http://news.cnet.com[...] 2012-03-25
[158] 웹사이트 Is Open-Source Really Safer? http://www.pcmag.com[...] 2012-03-25
[159] 웹사이트 LINUX: FEWER BUGS THAN RIVALS https://www.wired.co[...] 2018-02-15
[160] 웹사이트 Coverity Scan Report Finds Open Source Software Quality Outpaces Proprietary Code for the First Time https://news.synopsy[...] Coverity, Inc. 2018-04-05
[161] 웹사이트 Why Open Source misses the point of Free Software https://www.gnu.org/[...] 2018-02-09
[162] 웹사이트 It's Time to Talk about Free Software Again https://www.yamdas.o[...] 2018-03-01
[163] 웹사이트 Linux and the GNU Project http://www.gnu.org/g[...] 2008-12-13
[164] 웹사이트 GNU/Linux FAQ http://www.gnu.org/g[...] 2008-12-13
[165] 뉴스그룹 Linux/GNU in EE Times https://groups.googl[...] 2008-01-31
[166] 웹사이트 The "GNU/Linux" and "Linux" Controversy http://www.osweekly.[...] 2006-05
[167] 웹사이트 Linux - The Jargon File, version 4.4.8 http://catb.org/jarg[...] 2018-02-09
[168] 웹사이트 The Halloween Documents: Microsoft's Anti-Linux Strategy 15 Years Later http://www.channelfu[...] Channel Futures 2018-04-04
[169] 웹사이트 De Nederlandse Open Source Pagina's https://opensource.n[...] De Nederlandse Open Source Groep 2018-04-04
[170] 웹사이트 Microsoft Responds to the Open Source Memo Regarding the Open Source Model and Linux http://www.microsoft[...] 마이크로소프트 2012-06-02
[171] 웹사이트 Halloween VII: Survey Says http://www.catb.org/[...] 2018-04-04
[172] 웹사이트 Halloween Document II http://www.catb.org/[...] 2018-04-04
[173] 웹사이트 Halloween Document I http://www.catb.org/[...] 2018-04-04
[174] 웹사이트 News Service http://www.plcom.on.[...] P&L Communications 2018-04-02
[175] 웹사이트 Microsoft exec dissects Linux's 'weak value proposition' http://www.zdnet.com[...] ZDNet 2018-04-02
[176] 웹사이트 Halloween Document VI http://www.catb.org/[...] 2018-04-04
[177] 웹사이트 SCO Establishes SCOsource to License Unix Intellectual Property http://ir.sco.com/re[...] 2018-04-08
[178] 뉴스 Novell Won't Pursue Unix Copyrights http://www.pcworld.c[...] PC World 2007-08-15
[179] 뉴스 Judge Says Unix Copyrights Rightfully Belong to Novell https://www.nytimes.[...] New York Times 2007-08-11
[180] 웹사이트 FLOSS and FOSS https://www.gnu.org/[...] 2016-11-18
[181] 웹인용 공개SW 개요 https://www.oss.kr/o[...] 2022-10-21
[182] 웹인용 TTA정보통신용어사전 http://terms.tta.or.[...] 2022-10-21
[183] 웹인용 오픈소스SW 라이선스 종합 정보 시스템 https://olis.or.kr/ 2022-10-21
[184] 웹인용 Why “Open Source” misses the point of Free Software http://www.gnu.org/p[...]
[185] 웹사이트 https://opensource.o[...]


본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.

문의하기 : help@durumis.com