본문으로 이동

오픈 소스 소프트웨어 운동

위키백과, 우리 모두의 백과사전.
오픈 소스 소프트웨어 운동
large green "C" rotated 90 degrees clockwise to form a sort of key hole marked with small circled "R" indicating a registered trademark and the words "open source" beneath

오픈 소스 소프트웨어 운동(영어: Open-source-software movement)은 개방형 협업이라는 더 넓은 개념의 일환으로, 소프트웨어의 일부 또는 전체에 오픈 소스 사용권을 사용하는 것을 지지하는 사회 운동이다.[1] 이 운동은 오픈 소스 소프트웨어의 개발과 채택을 촉진하기 위해 등장했다.

오픈 소스 운동에 참여하는 프로그래머들은 자발적인 협업과 코드 공유를 통해 소프트웨어 개발에 기여한다.[2] 오픈 소스 사용권은 일반적으로 수정이나 재배포에 대한 제한 없이 소스 코드를 이용할 수 있도록 하며, 개인이나 집단에 대한 차별을 금지한다. 이러한 개발 모델 하에서는 누구나 오픈 소스 코드를 획득, 수정, 재배포할 수 있다. 수정 사항은 일반적으로 더 넓은 커뮤니티와 공유되며, 이를 통해 기여 내용이 추적되고 저작자가 표시되는 협업 개발 과정이 이루어진다.[3] 이러한 협업 방식은 투명성과 커뮤니티 참여를 강조한다는 점에서 사유 소프트웨어 개발 모델과는 차이가 있다.[2]

간단한 역사

[편집]

'오픈 소스'라는 명칭은 넷스케이프가 1998년 1월에 넷스케이프 내비게이터의 소스 코드를 공개하겠다고 발표한 것에 대응하여 팰로앨토에서 열린 자유 소프트웨어 운동 내의 한 전략 회의에서 만들어지고 채택되었다.[4] 이 용어를 사용하게 된 이유 중 하나는 "오픈 소스라는 용어를 사용하는 장점은 비즈니스 세계가 보통 자유 기술이 설치되는 것을 막으려 하기 때문"이라는 것이었다.[5] 이 용어를 채택한 사람들은 내비게이터의 소스 코드가 공개되기 전의 기회를 이용해 "자유 소프트웨어"라는 용어가 가진 이데올로기적이고 대립적인 함의로부터 스스로를 자유롭게 하고자 했다. 이후 1998년 2월, 브루스 페런스와 에릭 레이먼드는 "해당 문화 역사의 전환점에서 교육, 옹호 및 관리 조직으로서" 오픈 소스 이니셔티브(OSI)라는 조직을 설립했다.[6]

발전

[편집]

초기 컴퓨팅 시대에는 하드웨어와 소프트웨어가 명확히 구분되지 않았다. 컴퓨터 사용자들은 일반적으로 프로그래밍 지식을 갖추고 있었으며 사용 중인 시스템을 수정할 수 있었다. 1952년 IBM이 최초의 상업용 전자 컴퓨터를 도입했을 때, 유지보수는 어려웠고 비용은 높았다. 소프트웨어의 복잡성은 컴퓨터 소유자들에게 추가적인 과제를 안겨주었다. 이에 대응하여 컴퓨터 소유자들은 공유 프로그래밍 도구를 개발하기 위해 PACT(The Project for the Advancement of Coding Techniques)라는 협업 그룹을 결성했다. 1956년 아이젠하워 행정부는 AT&T의 사업 활동에 제한을 가했으며, 이는 이후의 기술 개발 패턴에 영향을 미쳤다. 그 후 컴퓨터 제조업체들은 비용 절감과 다중 사용자 운영 체제 개발에 집중했다. 매사추세츠 공과대학교(MIT)의 컴퓨팅 센터는 최초의 다중 사용자 시스템 중 하나인 CTSS(Compatible Time-Sharing System)를 개발하여 이후의 협업 소프트웨어 개발 관행을 위한 토대를 마련했다.[7]

오픈 소스 운동은 80년대 후반 리처드 스톨먼에 의해 시작된 GNU 프로젝트와 함께 시작된 자유 소프트웨어 운동에서 갈라져 나왔다.[8] 스톨먼은 오픈 소스 커뮤니티 내에서 소프트웨어 개발을 위한 자유로운 소스 코드 공유라는 개념을 정립하는 데 핵심적인 역할을 한 인물로 여겨진다.[3] 자유 소프트웨어 운동에서의 "자유 소프트웨어"라는 용어는 소프트웨어 교환과 수정의 자유를 의미한다. 이 용어는 금전적인 공짜를 의미하지는 않는다.[3] 자유 소프트웨어 운동과 오픈 소스 운동 모두 프로그래밍 코드의 자유로운 교환이라는 관점을 공유하며, 이러한 이유로 두 운동은 문헌에서 종종 FOSS("자유 및 오픈 소스 소프트웨어") 또는 FLOSS("자유/리브레 오픈 소스") 커뮤니티의 일부로 언급된다.

이 운동들은 오픈 소프트웨어에 대한 견해에서 근본적인 차이를 공유한다. 두 집단 사이의 주요한 분파적 차이는 오픈 소스와 사유 소프트웨어 간의 관계에 있다. 종종 마이크로소프트와 같은 사유 소프트웨어 제작자들은 경쟁력을 유지하기 위해 오픈 소스 소프트웨어를 지원하려는 노력을 기울일 수 있다.[9] 오픈 소스 커뮤니티의 구성원들은 사유 소프트웨어 제작자들과 기꺼이 공존하며[3] 소프트웨어가 오픈 소스인지 여부는 실용성의 문제라고 생각한다.[10]

반면, 자유 소프트웨어 커뮤니티의 구성원들은 모든 소프트웨어가 언론의 자유의 일부이며[3] 사유 소프트웨어는 비윤리적이고 부당하다는 신념을 유지한다.[3] 자유 소프트웨어 운동은 사유 소프트웨어를 비난하는 담론을 통해 이러한 신념을 공개적으로 옹호한다. 전체적으로, 이 커뮤니티는 사유 소프트웨어를 지원하기를 거부한다. 또한 이러한 개발자들에게는 외부적인 동기가 존재한다. 한 가지 동기는 프로그래머가 버그를 수정하거나 프로그램을 만들면 오픈 소스 환경에서 다른 사람들에게 이익이 된다는 것이다. 또 다른 동기는 프로그래머가 흥미롭고 즐겁다고 생각하는 여러 프로젝트에 참여할 수 있다는 점이다. 오픈 소스 세계에서의 프로그래밍은 상업적인 구직 제안으로 이어지거나 벤처 캐피털 커뮤니티로의 진입을 가능하게 할 수도 있다. 이것이 오픈 소스 프로그래머들이 소프트웨어를 계속해서 만들고 발전시키는 이유 중 일부이다.[11]

자유 소프트웨어 운동과 오픈 소스 운동이 오픈 소스에 관한 실용적 제안에서 유사점을 공유한다는 사실을 인지하면서도, 자유 소프트웨어 운동은 열렬히 자신들을 오픈 소스 운동과 완전히 차별화하고 있다.[12] 자유 소프트웨어 운동은 오픈 소스와 사유 소프트웨어 간의 관계에 대해 근본적으로 다른 태도를 취하고 있다고 주장한다. 그러나 자유 소프트웨어 커뮤니티가 오픈 소스 커뮤니티를 비판의 대상으로 삼는 것은 아니다. 그들의 비판 대상은 사유 소프트웨어 그 자체이다.[3]

법적 문제

[편집]

오픈 소스 운동은 다수의 법적 도전에 직면해 왔다. 오픈 소스 제품을 관리하는 기업들은 상표권을 확보하는 데 어려움을 겪기도 한다. 예를 들어, "묵시적 사용권" 추측의 범위는 여전히 불분명하며 오픈 소스 소프트웨어로 만든 결과물에 대한 특허 능력을 저해할 수 있다. 또 다른 예로는 부가 기능을 판매하는 기업의 사례가 있는데, 오픈 소스 코드에 구매하는 것과 유사한 추가 기능을 만드는 사용권자는 특허 소송으로부터 면제될 수 있다.

"제이콥슨 대 캐처 사건"이라는 법적 소송에서 원고는 피고가 수정된 소프트웨어 버전에 필수적인 저작자 표시 공지를 넣지 않아 라이선스를 위반했다며 소송을 제기했다. 피고는 소프트웨어 사용 조건을 준수하지 않은 것에 대해 아티스틱 라이선스를 주장했으나, 저작자 표시 공지의 문구에 따라 이는 받아들여지지 않았다. "제이콥슨 대 캐처 사건"은 법의 관점에서 오픈 소스 소프트웨어가 사유 소프트웨어와 동등함을 확립했다.

마이크로소프트를 독점 기업으로 고발한 법정 사건에서 리눅스와 오픈 소스 소프트웨어는 마이크로소프트가 유효한 경쟁자를 보유하고 있음을 증명하기 위해 법정에 도입되었으며 애플과 함께 묶여 언급되었다.[13]

법적 조언이 필요한 오픈 소스 프로젝트 참여자들을 위한 자원들이 존재한다. 소프트웨어 자유 법률 센터는 오픈 소스 법적 문제에 대한 입문서를 제공한다. International Free and Open Source Software Law Review는 자유 소프트웨어 문제에 관해 변호사들을 위한 동료 검토 정보를 제공한다.

공식화

[편집]

오픈 소스 이니셔티브(OSI)는 오픈 소스 운동의 공식화에 중요한 역할을 했다. OSI는 에릭 레이먼드와 브루스 페런스에 의해 1998년 2월에 설립되었으며, 데비안 자유 소프트웨어 지침을 기반으로 한 오픈 소스의 정의를 작성함으로써 오픈 소스 명칭에 대한 일반적인 교육과 옹호를 목적으로 했다. OSI는 오픈 소스 운동의 주요 지지자이자 옹호자 중 하나가 되었다.[6]

1998년 2월, 오픈 소스 운동은 소프트웨어를 "상업적 비즈니스 용도에 더욱 적합한 것"으로 마케팅하기 위해 결성된 조직인 오픈 소스 이니셔티브(OSI)에 의해 채택, 공식화되고 선도되었다.[3] OSI는 미국 특허청에 "오픈 소스"를 등록하려고 시도했으나, 해당 용어가 일반적이거나 설명적이라는 이유로 거부되었다. 결과적으로, OSI는 국가적 또는 국제적 의미에서 "오픈 소스"라는 상표를 소유하고 있지 않으며, 다만 해당 용어에 대한 관습법상의 상표권을 주장한다.[2] 이들이 이를 위해 채택한 주요 도구는 오픈 소스의 정의였다.[14]

오픈 소스 명칭은 1998년 2월 3일 팰로앨토에서 열린 전략 회의에서 구상되었으며, 같은 해 4월 8일 팀 오라일리의 자유 소프트웨어 서밋 참가자들은 오픈 소스라는 용어의 사용을 촉진하기로 투표했다.[6]

전반적으로, 오픈 소스 운동에서 나온 소프트웨어 개발 성과들은 컴퓨터 과학 분야에만 국한된 것이 아니며, 사유 소프트웨어에 대한 대안을 개발하는 데 성공적이었다. 오픈 소스 커뮤니티의 구성원들은 코드를 개선하고 이미 사용 가능한 많은 사유 소프트웨어와 경쟁할 수 있는 프로그램을 작성한다.[3]

오픈 소스 운동에서 사용되는 수사적 담론은 이제 더 많은 비전문가 사용자와 옹호 단체를 포함하도록 확대되고 있다. 크리에이티브 커먼즈와 글로벌 개발 기관과 같은 여러 조직화된 그룹들도 각자의 목표와 목적에 따라 오픈 소스 개념을 채택했다.[15]

오픈 소스 운동의 법적 공식화에 영향을 미치는 요인들은 주로 저작권, 전유, 지식재산권에 관한 최근의 정치적 논의에 기반하고 있다.[16]

오픈 소스 기여 팀의 사회적 구조

[편집]

역사적으로 연구자들은 오픈 소스 기여자들을 중앙 집중적인 양파 모양의 그룹으로 특징지어 왔다.[17] 양파의 중심은 방대한 양의 코드와 소프트웨어 설계 선택을 통해 프로젝트를 추진하는 핵심 기여자들로 구성된다. 두 번째 층은 풀 리퀘스트와 소프트웨어 버그 보고서에 응답하는 기여자들이다. 세 번째 층은 주로 버그 보고서를 제출하는 기여자들이다. 가장 바깥쪽 층은 저장소를 지켜보는 사람들과 생성된 소프트웨어의 사용자들이다. 이 모델은 오픈 소스 소프트웨어의 수명 주기를 이해하고, 오픈 소스 소프트웨어 프로젝트의 기여자를 이해하며, 어떤 도구가 프로젝트 참여의 다양한 수준에 있는 기여자들을 도울 수 있는지 이해하고, 오픈 소스 소프트웨어의 분산된 특성이 개발자의 생산성에 어떻게 영향을 미칠 수 있는지 이해하기 위한 연구에서 사용되어 왔다.[18][19][20]

일부 연구자들은 이 모델에 동의하지 않았다. 크로스턴 등의 연구는 일부 팀이 훨씬 덜 중앙 집중적이며 더 분산된 작업 흐름 패턴을 따른다는 것을 발견했다.[18] 저자들은 프로젝트 규모와 중앙 집중화 사이에 약한 상관관계가 있으며, 작은 프로젝트는 더 중앙 집중적인 반면 큰 프로젝트는 덜 중앙 집중적인 특성을 보인다고 보고했다. 그러나 저자들은 버그 보고와 수정만을 살펴보았기에, 이러한 패턴이 버그 발견 및 수정과만 관련이 있는지 아니면 오픈 소스 패러다임의 모든 측면에서 규모가 커질수록 중앙 집중화가 분산되는지 여부는 불분명하다.

팀의 중앙 집중적 특성과 분산적 특성을 이해하는 것은 도구 설계에 정보를 제공하고 새로운 개발자가 팀의 역학을 이해하는 데 도움이 될 수 있으므로 중요하다. 오픈 소스 개발의 한 가지 우려 사항은 핵심 기여자(양파의 중심에 있는 사람들) 사이에서도 개발자의 이직률이 높다는 점이다.[21] 오픈 소스 프로젝트를 지속하기 위해서는 새로운 개발자가 끊임없이 합류해야 할 뿐만 아니라 프로젝트에 양질의 코드를 기여할 수 있는 필요한 기술 세트를 갖추어야 한다. 깃허브의 오픈 소스 프로젝트 기여 연구를 통해 미들턴 등은 기여자가 오픈 소스 팀의 정식 구성원이 되는(양파의 "핵심"으로 이동하는) 가장 큰 예측 변수는 풀 리퀘스트를 제출하고 댓글을 달았는지 여부라는 것을 발견했다. 저자들은 깃허브가 도구로서 팀의 오픈 소스 프로젝트에 기여자들이 이러한 활동에 참여하도록 촉구하는 "체크박스" 기능을 지원함으로써 이 과정을 도울 수 있다고 제안한다.[20]

청년층의 참여

[편집]

오픈 소스 커뮤니티는 오랫동안 오픈 소스 프로젝트의 지속 가능성과 혁신을 보장하기 위해 젊은 세대를 참여시키는 것이 중요하다는 것을 인식해 왔다. 그러나 오픈 소스 기여자의 인구 고령화와 젊은 개발자를 유치하는 데 대한 어려움에 대해 우려가 제기되었다. 2010년, 저명한 리눅스 커널 관리자인 제임스 보텀리는 리눅스 커널 커뮤니티의 "노령화"를 관찰했으며, 이 추세는 오늘날까지 이어지고 있다. 아파치 소프트웨어 재단(ASF) 회장인 데이비드 낼리는 레거시 코드를 유지하는 것이 새로운 혁신적인 프로젝트에서 일하기를 선호하는 젊은 개발자들에게 종종 매력적이지 않다고 강조했다.[22]

오픈 소스 프로젝트에 기여하는 것은 개발, 문서화, 국제화 및 기타 영역에서 귀중한 경험을 제공할 수 있지만, 진입 장벽으로 인해 신규 참여자, 특히 젊은 개인들이 참여하기 어려운 경우가 많다. 이러한 도전 과제에는 기술적, 심리적, 동기 부여적 요인이 포함된다.[23]

이러한 문제를 해결하기 위해 Linux Kernel Mentorship Program과 같은 이니셔티브는 새로운 개발자를 모집하고 훈련하는 것을 목표로 한다. LFX 멘토십 프로그램 역시 다양한 프로젝트 전반에 걸쳐 차세대 오픈 소스 개발자와 리더를 후원하고 멘토링하고자 한다.[24]

프로그래머의 동기

[편집]

연구자들은 오픈 소스 개발에 프로그래머들이 참여하는 동기를 조사했다. 유럽 경제 학회 제15차 연례 총회에서 발표된 연구는 무보수 프로그래밍 작업 기여에 대한 개인 및 조직적 유인을 분석하며, 이러한 형태의 "지적 선물 증정"이 전통적인 경제 모델에 도전한다고 지적했다.[25] 몇 가지 요인이 잠재적인 동기로 확인되었다:

  • 이타주의: 일부 기여자들 사이에는 이타적인 동기가 존재하지만, 연구는 이 요인이 오픈 소스 프로젝트에 대한 광범위한 참여를 설명하는 주요 원인으로서는 한계가 있음을 시사한다. 일부 연구자들은 왜 생명공학과 같이 공익이 더 클 수 있는 다른 분야에서는 유사한 자발적 기여가 관찰되지 않는지 의문을 제기한다.[25]
  • 커뮤니티 협업 및 코드 개선: 협업 온라인 환경은 동료 검토 및 수정을 통해 지속적인 소프트웨어 개선을 촉진한다. 기여자들은 다른 사람들의 테스트, 디버깅, 코드 강화로부터 혜택을 받으며, 더 높은 품질의 소프트웨어를 산출할 수 있는 상호 이익 시스템을 구축한다.[25]
  • 전문적 인정: 프로젝트가 항상 개별 기여자를 강조하지는 않을 수 있지만, 많은 플랫폼이 기여자 정보를 추적하고 표시한다. 이러한 가시성은 전문적인 인정, 경력 기회, 산업 내 노출을 제공할 수 있다. 썬 마이크로시스템즈와 넷스케이프를 포함한 저명한 기술 기업들은 오픈 소스 기여자로 시작한 개인들에 의해 설립되었다.[25]
  • 기술적 도전 및 능력 증명: 일부 연구자들은 프로그래머가 복잡한 문제를 동료들에게 기술적 능력을 증명할 기회로 접근할 수 있다고 지적했다.[26] 사용자가 개발자이기도 한 오픈 소스 커뮤니티의 경쟁적 특성은 참가자들이 동료의 인정을 받기 위해 고품질의 작업을 수행하도록 동기를 부여할 수 있다.[27]
  • 창의적 표현: 연구에 따르면 소프트웨어 개발은 예술적 창작과 유사한 개인적 만족감을 제공할 수 있다. 오픈 소스 개발의 협업적 성격은 상업적 소프트웨어 생산 환경과는 다른 창의적 기회를 제공할 수 있다.[28]

프로그래머의 성별 다양성

[편집]

오픈 소스 커뮤니티의 프로그래머 대다수는 남성이다. 자유 및 오픈 소스 소프트웨어 커뮤니티에 대한 2006년 유럽 연합 연구에서 연구자들은 전체 기여자의 1.5%만이 여성임을 발견했다.[29] 여성은 일반적으로 컴퓨팅 분야에서 과소대표되지만, 기술 전문직 여성의 비율은 실제로 25%에 가깝게 훨씬 높다.[30] 이러한 불일치는 여성 프로그래머가 전반적으로 남성 프로그래머보다 오픈 소스 프로젝트에 참여할 가능성이 낮음을 시사한다.

오픈 소스 프로젝트 구성원들과의 일부 연구 및 인터뷰는 오픈 소스 커뮤니티 내에 여성에게 환영받지 못하거나 적대적일 수 있는 남성 중심 문화를 묘사했다.[31] 아웃리치와 같이 더 많은 여성과 기타 과소대표된 성 정체성이 오픈 소스 소프트웨어에 참여하도록 지원하는 것을 목표로 하는 이니셔티브들이 있다. 그러나 오픈 소스 프로젝트의 토론 포럼 내에서 성별 다양성 주제는 매우 논쟁적이고 선동적일 수 있다.[31] 오픈 소스 소프트웨어의 핵심 비전은 소프트웨어가 개별 코드 기여의 가치에 기반하여 구축되고 유지되기 때문에 오픈 소스 커뮤니티가 능력주의로 작동해야 한다는 것이다.[32] 능력주의에서 커뮤니티 내 개인의 중요성은 나이, 인종, 종교, 성별과 같은 인구 통계학적 요인이 아니라 개별 기여의 품질에 달려 있다. 따라서 예를 들어 커뮤니티를 여성에게 더 개방적으로 만들기 위해 성별에 기반한 변화를 제안하는 것은 기술이 아닌 성별을 기준으로 특정 프로그래머를 겨냥함으로써 능력주의 이상에 반하는 것이 된다.[31]

성별이 커뮤니티에서 프로그래머의 인지된 능력에 영향을 미친다는 증거가 있다. 2016년 연구는 깃허브 사용자의 계정을 다른 소셜 미디어 계정과 연결함으로써 깃허브상의 100만 명 이상의 프로그래머 성별을 식별했다.[33] 남성과 여성 프로그래머 사이에서, 연구자들은 여성이 성 중립적 프로필을 가지고 있을 때만 실제로 남성 프로그래머보다 풀 리퀘스트가 프로젝트에 수락될 가능성이 더 높다는 것을 발견했다. 여성이 자신을 여성으로 식별하는 이름이나 이미지가 있는 프로필을 가지고 있을 때는 남성 프로그래머보다 풀 리퀘스트가 수락될 가능성이 낮았다. 2015년의 또 다른 연구는 깃허브의 오픈 소스 프로젝트에서 성별 다양성이 팀 생산성의 중요한 긍정적 예측 변수라는 점을 발견했으며, 이는 성별이 더 고르게 섞인 오픈 소스 팀이 더 높은 생산성을 내는 경향이 있음을 의미한다.[32]

많은 프로젝트가 소수자 개발자에 대한 괴롭힘 문제를 해결하기 위해 Contributor Covenant 행동 강령을 채택했다. 행동 강령을 위반한 사람은 징계를 받을 수 있으며 프로젝트에서 퇴출될 수 있다.

소수자에 대한 불쾌감을 피하기 위해 많은 소프트웨어 프로젝트가 포용적 언어와 용어를 사용하도록 의무화하기 시작했다.[34]

오픈 소스 채택의 증거

[편집]

도서관들은 정보 개발 및 도서관 서비스를 위해 오픈 소스 소프트웨어를 사용하고 있다. 오픈 소스의 목적은 더 저렴하고 신뢰할 수 있으며 품질이 더 좋은 소프트웨어를 제공하는 것이다. 이 소프트웨어를 매우 인기 있게 만드는 한 가지 특징은 무료라는 점이다. 특히 도서관들은 오픈 소스가 제공하는 자원 덕분에 이 운동으로부터 혜택을 받는다. 그들은 또한 다른 사람들의 자원을 통해 새로운 정보를 배우고 이해한다는 동일한 아이디어를 장려한다. 오픈 소스는 커뮤니티 의식을 허용한다. 이는 누구에게나 다양한 주제에 대한 정보를 제공하도록 권유하는 것이다. 오픈 소스 도구는 심지어 도서관이 웹 기반 카탈로그를 만들 수 있게 해준다. IT 소스에 따르면 이를 통해 혜택을 받는 다양한 도서관 프로그램들이 존재한다.[35]

정부 기관 및 인프라 소프트웨어 — 정부 기관들은 정보를 관리하기 위해 리눅스 운영 체제나 아파치 웹 서버와 같은 오픈 소스 인프라 소프트웨어를 사용하고 있다.[36] 2005년에는 "정부 IT 기업 내에서 오픈 소스 소프트웨어 솔루션 사용을 촉진하는 비영리 조직"인 National Center for Open Source Policy and Research(NCOSPR)라는 이름의 새로운 정부 로비 그룹이 발족했다.[37]

군대 내의 오픈 소스 운동 — 군대는 잠재적인 운영상의 이점을 위해 오픈 소스 소프트웨어를 탐구해 왔다. 오픈 소스 소프트웨어는 여러 기여자에 의한 수정을 허용하여 잠재적으로 비용 효율적인 개발과 빠른 사용자 정의 기능을 제공한다. 군대의 관심은 개발 속도 향상과 운영 유연성의 가능성에서 비롯된다. 그러나 코드 수정과 접근의 개방성으로 인해 보안 고려 사항이 발생한다. 2009년에 120명 이상의 군 관계자와 함께 설립된 Military Open Source Software Working Group은 군 조직의 소프트웨어 개발자와 계약자 간의 협업을 촉진하기 위해 조직되었다. 이 그룹은 군사 응용 프로그램에서 코드 재사용과 협업 개발 기회를 탐색하는 것을 목표로 했다.[38]

교육 분야의 오픈 소스 — 대학과 조직들은 학생들을 교육하기 위해 주로 온라인 소프트웨어를 사용한다. 많은 기관이 이러한 관리 소프트웨어 시스템을 제공하기 위해 기업에 비용을 지불할 필요가 없기 때문에 오픈 소스 기술을 채택하고 있다. 오픈 소스 시스템을 채택한 최초의 주요 대학 중 하나는 2009년 콜로라도 주립 대학교였으며 이후 많은 대학이 그 뒤를 따랐다. 콜로라도 주립 대학교의 시스템은 오픈 소스 관리 시스템의 주요 주자가 된 Kuali 재단에 의해 제작되었다. Kuali 재단은 자신들을 "고등 교육을 위해, 고등 교육에 의해 오픈 소스 소프트웨어를 구축하고 유지"하는 것을 목표로 하는 조직 그룹으로 정의한다.[39] Kuali 재단 외에도 교육 분야에서 사용되는 오픈 소스 도구의 사례는 많다.

"교육자들에게 오픈 소스 운동은 그들이 배우고 있는 이론을 적용하는 방법을 학생들에게 가르치는 데 사용할 수 있는 소프트웨어에 대한 접근을 허용했다".[40] 개방형 네트워크와 소프트웨어를 통해 교사들은 수업, 강의 및 기타 교육 자료를 커뮤니티 내에서 공유할 수 있다. OpenTechComm은 "모든 수준의 기술 및 전문 커뮤니케이션 과정 교사들이 학생들에게 무료 자료를 제공하기 위해 의존할 수 있는, 접근하고 사용하며 편집할 수 있는 교과서나 교육 자원"을 위한 프로그램이다.[41] 앞서 언급했듯이, 이러한 프로그램에 대한 접근은 교육 부서에 훨씬 더 비용 효율적일 것이다.

의료 분야의 오픈 소스 — 비영리 단체 eHealthNigeria가 2009년 6월에 만든 오픈 소스 소프트웨어 OpenMRS는 나이지리아의 의료 기록을 문서화하는 데 사용된다. 이 소프트웨어의 사용은 공중 보건의 목적을 위해 나이지리아 카두나에서 시작되었다. OpenMRS는 환자가 경고 징후를 보일 때 의료진에게 알리고 매일 출생 및 사망 기록을 관리하는 등의 기능을 수행한다. 이 소프트웨어의 성공은 기술에 처음 도입되는 사람들에게 사용이 쉽기 때문인데, 이는 선진국에서 사용 가능한 더 복잡한 사유 의료 소프트웨어와 비교된다. 이 소프트웨어는 커뮤니티에서 개발되었으며 오픈 소스 애플리케이션의 특징인 누구나 자유롭게 사용할 수 있다. 현재까지 OpenMRS는 르완다, 모잠비크, 아이티, 인도, 중국, 필리핀에서 사용되고 있다.[42] 의료 분야에서 오픈 소스의 영향은 "용어 및 데이터 상호운용성 솔루션의 선도적 제공업체"인 Apelon Inc에서도 관찰된다. 최근, 그들의 분산 용어 시스템(Open DTS)이 오픈 소스 MySQL 데이터베이스 시스템을 지원하기 시작했다. 이는 본질적으로 오픈 소스 소프트웨어가 의료 분야에서 사용될 수 있게 하여 고가의 사유 의료 소프트웨어에 대한 의존도를 낮춘다. 오픈 소스 소프트웨어 덕분에 의료 산업은 의료 표준을 구현하기 위한 무료 오픈 소스 솔루션을 사용할 수 있게 되었다. 오픈 소스는 경제적으로 의료 분야에 혜택을 줄 뿐만 아니라, 사유 소프트웨어에 대한 의존도가 낮아 개발자와 관계없이 다양한 시스템의 통합이 더 쉬워진다.[43]

기업

[편집]

IBM

[편집]

원래 IBM은 어떤 방식으로든 오픈 소스 소프트웨어로 분사한 기업이 아니었다. 그들은 1990년대경 지식재산권과 기타 사유화된 소프트웨어 방식을 고수했다.[44] 인용에 따르면, IBM이 마이크로소프트와 같은 진화하는 경쟁 시장의 도전을 받게 되어서야 비로소 자원을 오픈 소스 소프트웨어에 더 많이 투자하기로 결정했다. 그 이후 그들의 초점은 고객 서비스와 더 강력한 소프트웨어 지원으로 옮겨갔다.[44] IBM은 오픈 소스 이니셔티브의 주요 지지자였으며 1998년부터 리눅스를 지원하기 시작했다.[45]

The Eclipse IDE with sample code
IBM이 오픈 소스로 공개한 이클립스 IDE

또 다른 예로, IBM은 이클립스 IDE(통합 개발 환경)를 오픈 소스로 만들기로 결정했고, 이는 이클립스의 인기와 시장 확대에 힘입어 다른 기업들도 자사의 IDE를 공개하게 만들었다.[46]

마이크로소프트

[편집]

2008년 이전까지 마이크로소프트는 오픈 소스 소프트웨어에 대해 적대적인 관계를 유지했다.[47] 이 회사의 반오픈 소스 정서는 널리 사용되는 오픈 소스 소프트웨어인 리눅스를 "접촉하는 모든 것에 달라붙는 암"이라고 언급했던 전 CEO 스티브 발머에 의해 강화되었다.[48] 마이크로소프트는 또한 235개의 특허를 침해했다며 리눅스에 로열티를 청구하겠다고 위협하기도 했다.

2004년 마이크로소프트는 유럽 연합 법정 사건에서 패소했고,[49] 2007년에 항소심에서 패배했으며,[50] 2012년 추가 항소에서도 패소했다.[51] 그들은 지배적 지위를 남용한 혐의로 유죄 판결을 받았다. 구체적으로 그들은 많은 플랫폼에서 실행될 수 있고 "상호운용성의 장벽을 제거"하는 것을 목표로 하는 오픈 소스 삼바 프로젝트와의 상호운용성 정보를 은폐했다. 그러나 2008년, 당시 마이크로소프트의 오픈 소스 소프트웨어 전략 책임자였던 샘 람지는 빌 게이츠와 긴밀히 협력하여 소프트웨어 산업과 마이크로소프트 내부에서 친오픈 소스 태도를 개발하기 시작했다. 2009년 회사를 떠나기 전 람지는 마이크로소프트의 오픈 소스에 대한 친숙함과 참여를 구축했으며, 이는 마이크로소프트 애저 및 기타 프로젝트에 대한 마이크로소프트의 오픈 소스 코드 기여에서 분명히 드러난다. 이러한 기여는 마이크로소프트의 역사적인 사유 개발 모델 의존에서 크게 벗어난 것이었다.[52] 마이크로소프트의 오픈 소스를 향한 전략적 전환은 업계 전반의 이러한 기술 채택에 대한 대응이자 오픈 소스 생태계와 통합하려는 노력을 반영한 것이었다.[53]

같이 보기

[편집]

각주

[편집]
  1. ↑ Levine, Sheen S.; Prietula, M. J. (2013). “Open Collaboration for Innovation: Principles and Performance”. 《Organization Science》 25 (5): 1414–1433. arXiv:1406.7541. doi:10.1287/orsc.2013.0872. S2CID 6583883. SSRN 1096442.
  2. 1 2 3 Wyllys, R.E. (2000). Overview of the Open-Source Movement 보관됨 2016-03-16 - 웨이백 머신. Retrieved November 22, 2009, from The University of Texas at Austin Graduate School of Library & Information Science
  3. 1 2 3 4 5 6 7 8 9 Warger, T. (2002)The Open Source Movement 보관됨 2011-07-17 - 웨이백 머신. Retrieved November 22, 2009, from Education Resources Information Center
  4. ↑ Tiemann, Michael (2006년 9월 19일). “History of the OSI”. 오픈 소스 이니셔티브. 2002년 10월 1일에 원본 문서에서 보존된 문서. 2008년 8월 23일에 확인함.
  5. ↑ A Brief History of the Open-Source Movement 보관됨 2011-04-11 - 웨이백 머신. Sloanreview.mit.edu (2011-11-18). Retrieved on 2011-11-30.
  6. 1 2 3 History of the OSI | Open Source Initiative 보관됨 2002-10-01 - 웨이백 머신. Opensource.org. Retrieved on 2011-11-30.
  7. ↑ Weber, Steven. The Success of Open Source. The President and Fellows of Harvard College. 2004. Print pg.20–28. ISBN 978-0-674-01858-7 This whole paragraph is referenced to Steven Weber
  8. ↑ Tennant, D. (2008, August 11). Standing on Principle. Computerworld, p. 4. Retrieved from Business Source Premier database.
  9. ↑ Taft, D. K. (2009, November 3). Microsoft Recommits to $100k Apache Contribution at ApacheCon 보관됨 2023-11-20 - 웨이백 머신.
    (QUOTE:
    "Sorry.

    This URL has been excluded from the Wayback Machine.")
    Retrieved May 8, 2020 from eWeek
  10. ↑ Elliott, M. S.; Scacchi, Walt (2008). “Mobilization of software developers: The free software movement”. 《Information Technology & People》 21 (1): 4. doi:10.1108/09593840810860315.
  11. ↑ Lerner, Josh; Tirole, Jean (March 2000). “The simple Economics of Open Source” (PDF). Cambridge, MA.: National Bureau of Economic Research. CiteSeerX 10.1.1.145.3577. 2017년 12월 15일에 원본 문서 (PDF)에서 보존된 문서. 2015년 6월 10일에 확인함.
  12. ↑ Stallman, R. M. (2007). Why "Free Software" is better than "Open Source" 보관됨 2021-03-27 - 웨이백 머신. Retrieved November 22, 2009, from GNU.org
  13. ↑ “United States v. Microsoft Corp., 84 F. Supp. 2d 9 (D.D.C. 1999)” (영어). 《Justia Law》. 2025년 10월 10일에 확인함.
  14. ↑ The Open Source Definition | Open Source Initiative 보관됨 2007-06-07 - 웨이백 머신. Opensource.org. Retrieved on 2011-11-30.
  15. ↑ Sullivan, John L. (2011). “Free, Open Source Software Advocacy as a Social Justice Movement: The Expansion of F/OSS Movement Discourse in the 21st Century”. 《Journal of Information Technology & Politics》 8 (3): 223–239. doi:10.1080/19331681.2011.592080. S2CID 144013228.
  16. ↑ Ceraso, A.; Pruchnic, J. (2011). “Introduction: Open source culture and aesthetics”. 《Criticism》 53 (3): 337. doi:10.1353/crt.2011.0026. S2CID 31800586. 2017년 9월 22일에 원본 문서에서 보존된 문서.
  17. ↑ Nakakoji, Kumiyo; Yamamoto, Yasuhiro; Nishinaka, Yoshiyuki; Kishida, Kouichi; Ye, Yunwen (2002). 〈Evolution patterns of open-source software systems and communities〉. 《Proceedings of the international workshop on Principles of software evolution - IWPSE '02》. 76쪽. doi:10.1145/512035.512055. ISBN 978-1-58113-545-9. S2CID 15341686.
  18. 1 2 Crowston, Kevin; Howison, James (2005년 2월 7일). “The social structure of free and open source software development”. 《First Monday》. doi:10.5210/fm.v10i2.1207.
  19. ↑ Sheoran, Jyoti; Blincoe, Kelly; Kalliamvakou, Eirini; Damian, Daniela; Ell, Jordan (2014). 〈Understanding 'watchers' on GitHub〉. 《Proceedings of the 11th Working Conference on Mining Software Repositories - MSR 2014》. 336–339쪽. doi:10.1145/2597073.2597114. ISBN 978-1-4503-2863-0. S2CID 11496776.
  20. 1 2 Middleton, Justin; Murphy-Hill, Emerson; Green, Demetrius; Meade, Adam; Mayer, Roger; White, David; McDonald, Steve (2018). 〈Which contributions predict whether developers are accepted into github teams〉. 《Proceedings of the 15th International Conference on Mining Software Repositories》. 403–413쪽. doi:10.1145/3196398.3196429. ISBN 978-1-4503-5716-6. S2CID 13695100.
  21. ↑ Robles, G; J. M. Gonzalez-Barahona; I. Herraiz (2009). “Evolution of the core team of developers in libre software projects”. 《Proceedings of the 6th International Conference on Mining Software Repositories》: 167–170.
  22. ↑ Vaughan-Nichols, Steven J. (2024년 7월 15일). “The graying open source community needs fresh blood”. 《The Register》. 2025년 2월 17일에 확인함.
  23. ↑ Proven, Liam (2025년 2월 14일). “Why are there so many graybeards in FOSS?”. 《The Register》. 2025년 2월 17일에 확인함.
  24. ↑ “LFX Mentorship”. 《리눅스 재단》. 2025년 2월 17일에 확인함.
  25. 1 2 3 4 Lerner, Josh; Jean Tirole (2001년 5월 9일). “The open source movement: Key research questions”. 《European Economic Review》 45 (4–6): 819–826. doi:10.1016/S0014-2921(01)00124-6.
  26. ↑ Greenspun, Philip. “Managing Software Engineers”. 2021년 10월 9일에 원본 문서에서 보존된 문서. 2012년 2월 7일에 확인함.
  27. ↑ Yunwen Ye; Kishida, K. (2003). 〈Toward an understanding of the motivation of open source software developers〉. 《25th International Conference on Software Engineering, 2003. Proceedings.》. 419–429쪽. doi:10.1109/ICSE.2003.1201220. ISBN 0-7695-1877-X. S2CID 1476378.
  28. ↑ Bonaccorsi, Andrea; Cristina Rossi (2003). “Why Open Source software can succeed” (PDF). 《Open Source Software Development》 32 (7): 1243–1258. doi:10.1016/S0048-7333(03)00051-9. hdl:10419/89290. 2020년 9월 19일에 원본 문서 (PDF)에서 보존된 문서. 2019년 12월 14일에 확인함.
  29. ↑ Nafus, Dawn, James Leach, and Bernhard Krieger. "Gender: Integrated report of findings." FLOSSPOLS, Deliverable D 16 (2006).
  30. ↑ “Women in tech: The facts” (PDF). 2021년 5월 14일에 원본 문서 (PDF)에서 보존된 문서. 2021년 4월 19일에 확인함.
  31. 1 2 3 Nafus, Dawn (2012년 6월 1일). “'Patches don't have gender': What is not open in open source software”. 《New Media & Society》 14 (4): 669–683. doi:10.1177/1461444811422887. S2CID 206727320.
  32. 1 2 Vasilescu, Bogdan; Posnett, Daryl; Ray, Baishakhi; Van Den Brand, Mark G.J.; Serebrenik, Alexander; Devanbu, Premkumar; Filkov, Vladimir (2015). 〈Gender and Tenure Diversity in GitHub Teams〉. 《Proceedings of the 33rd Annual ACM Conference on Human Factors in Computing Systems》. 3789–3798쪽. doi:10.1145/2702123.2702549. ISBN 978-1-4503-3145-6. S2CID 11705263.
  33. ↑ Terrell, Josh; Kofink, Andrew; Middleton, Justin; Rainear, Clarissa; Murphy-Hill, Emerson; Parnin, Chris; Stallings, Jon (2017년 5월 1일). “Gender differences and bias in open source: pull request acceptance of women versus men”. 《PeerJ Computer Science》 3. doi:10.7717/peerj-cs.111.
  34. ↑ “Inclusive Naming Initiative”. 2022년 2월 3일에 원본 문서에서 보존된 문서. 2021년 10월 22일에 확인함.
  35. ↑ Poynder, Richard (2001). “The Open Source Movement”. 《Information Today》 8 (9). 2011년 5월 27일에 원본 문서에서 보존된 문서. 2011년 1월 20일에 확인함.
  36. ↑ Moore, John (2008년 8월 14일). “A starring role for open source? -”. 《FCW》. 2021년 4월 19일에 원본 문서에서 보존된 문서. 2021년 4월 19일에 확인함.
  37. ↑ Preimesberger, Chris (2005년 10월 14일). “Open Source Movement Gets a Lobby”. 《eWEEK》. 2023년 11월 20일에 원본 문서에서 보존된 문서. 2021년 4월 19일에 확인함.
  38. ↑ Toon, John (2009). “Open Source Movement May Accelerate Military Software Development”. 조지아 공과대학교. 2017년 7월 11일에 원본 문서에서 보존된 문서. 2011년 12월 21일에 확인함.
  39. ↑ “About the Kuali Community | Kuali Foundation”. 《Kuali Foundation》. 2010년 6월 12일. 2010년 6월 12일에 원본 문서에서 보존된 문서. 2024년 9월 14일에 확인함.
  40. ↑ St.Amant & Ballentine 2011 p.343
  41. ↑ Still, Brian (2010). “A Dozen Years after Open Source's 1998 Birth, It's Time for OpenTechComm”. 《Journal of Technical Writing and Communication》 40 (2): 219–228. doi:10.2190/TW.40.2.g. 2025년 1월 29일에 확인함.
  42. ↑ eHealthNigeria. (2012). eHealthNigeria: FAQs 보관됨 2012-01-04 - 웨이백 머신. Retrieved Feb 4, 2012
  43. ↑ “Apelon Announces Availability of a Completely Open Source Terminology Management Solution” (보도자료). Apelon. 2012년 1월 17일. 2022년 3월 2일에 원본 문서에서 보존된 문서. 2021년 4월 19일에 확인함.
  44. 1 2 Munga, Neeshal; Fogwill, Thomas; Williams, Quentin (2009년 10월 12일). 〈The adoption of open source software in business models: A Red Hat and IBM case study〉. 《Proceedings of the 2009 Annual Research Conference of the South African Institute of Computer Scientists and Information Technologists》. SAICSIT '09. New York, NY, USA: Association for Computing Machinery. 112–121쪽. doi:10.1145/1632149.1632165. ISBN 978-1-60558-643-4.
  45. ↑ “IBM launches biggest Linux lineup ever”. IBM. 1999년 3월 2일. 1999년 11월 10일에 원본 문서에서 보존된 문서.
  46. ↑ Fitzgerald, Brian (2006). “The Transformation of Open Source Software”. 《MIS Quarterly》 30 (3): 587–598. doi:10.2307/25148740. ISSN 0276-7783. JSTOR 25148740.
  47. ↑ Parloff, Roger. “Microsoft takes on the free world” (영어). 《Fortune》. 2026년 4월 10일에 확인함.
  48. ↑ “Microsoft CEO takes launch break with the Sun-Times”. 《Chicago Sun-Times》. 2001년 6월 1일. 2001년 11월 8일에 원본 문서에서 보존된 문서. 2021년 6월 27일에 확인함.
  49. ↑ “Groklaw.net – The EU Microsoft Decision – December 2004”. 2014년 10월 22일에 원본 문서에서 보존된 문서. 2014년 10월 13일에 확인함.
  50. ↑ “Groklaw.net – EU Ct. of 1st Instance: Microsoft Abused its Dominant Position – Updated – September 2007”. 2015년 9월 24일에 원본 문서에서 보존된 문서. 2014년 10월 13일에 확인함.
  51. ↑ “Groklaw.net Microsoft Loses Its EU Appeal”. 2014년 10월 22일에 원본 문서에서 보존된 문서. 2014년 10월 13일에 확인함.
  52. ↑ Metz, Cade (2012년 1월 30일). “Meet Bill Gates, the Man Who Changed Open Source Software”. 《Wired》. 2021년 4월 19일에 원본 문서에서 보존된 문서. 2021년 4월 19일에 확인함.
  53. ↑ Metz, Cade (2011년 11월 4일). “How Microsoft Learned to Stop Worrying and (Almost) Love Open Source”. 《Wired》. 2021년 10월 25일에 원본 문서에서 보존된 문서. 2021년 4월 19일에 확인함.

추가 읽기

[편집]

외부 링크

[편집]
원본 주소 "https://ko.wikipedia.org/w/index.php?title=오픈_소스_소프트웨어_운동&oldid=42567540"