오픈 소스 소프트웨어 이동

Open-source-software movement
Free software movement, 관련 움직임과 혼동하지 마십시오.
소프트웨어 이외의 관련 이동은 오픈 소스 모델을 참조하십시오.

오픈 소스 소프트웨어 운동은 오픈 [1]콜라보레이션의 광범위한 개념의 일부로서 일부 또는 모든 소프트웨어에 대해 오픈 소스 라이선스의 사용을 지원하는 운동입니다.오픈 소스 운동은 오픈 소스 소프트웨어의 개념과 아이디어를 확산시키기 위해 시작되었습니다.오픈 소스 이동 철학을 지원하는 프로그래머는 소프트웨어 [2]개발을 위한 프로그래밍 코드를 자발적으로 작성하고 교환함으로써 오픈 소스 커뮤니티에 기여합니다."오픈 소스"라는 용어는 편집된 코드를 공유하지 않는 그룹을 차별하거나 이미 편집된 작업을 다른 사람이 편집하는 것을 방해해서는 안 된다는 것을 요구한다.이 소프트웨어 개발 방식을 통해 누구나 오픈 소스 코드를 입수하여 수정할 수 있습니다.이러한 수정사항은 소프트웨어를 사용하는 사용자들로 구성된 오픈 소스 커뮤니티 내의 개발자에게 다시 배포됩니다.이와 같이 코드 수정에 참여하는 모든 개인의 신원이 공개되고 코드의 변환이 시간이 [3]지남에 따라 문서화된다.이 방법은 특정 코드의 소유권을 확립하는 것을 어렵게 만들지만 오픈 소스 이동 철학과 일치한다.이러한 목표는 고품질 프로그램 제작을 촉진할 뿐만 아니라 오픈 소스 [2]기술을 개선하기 위해 비슷한 생각을 가진 다른 사람들과 협력합니다.

간단한 이력

상세 정보:오픈 소스 소프트웨어 » 자유 및 오픈 소스 소프트웨어의 역사 및 역사

오픈 소스라는 라벨은 1998년 1월 넷스케이프가 Navigator용 소스 코드를 발표한 것에 대한 반응으로 캘리포니아 팔로 알토에서[4] 열린 전략 세션에서 자유 소프트웨어 운동을 하는 사람들에 의해 만들어지고 채택되었다.이 용어를 사용한 이유 중 하나는 "오픈 소스라는 용어를 사용하는 것의 장점은 비즈니스 세계가 일반적으로 무료 기술이 [5]설치되지 않도록 하기 위해 노력하고 있다는 것입니다.이 용어를 채택한 사람들은 "자유 소프트웨어"라는 용어의 이념적이고 대립적인 함축에서 벗어나기 위해 Navigator의 소스 코드가 공개되기 전의 기회를 이용했다.그 후 1998년 2월, 브루스 페렌스와 에릭 S. Raymond는 Open Source Initiative(OSI)라는 조직을 설립했습니다.이 조직은 "그 [6]문화 역사의 정점에 있는 교육, 옹호 및 관리 조직으로서"

진화

처음에는 하드웨어와 소프트웨어의 차이가 없었습니다.컴퓨터의 사용자와 프로그래머는 동일했다.1952년 IBM에 의해 최초의 상업용 전자 컴퓨터가 소개되었을 때, 그 기계는 유지보수가 어려웠고 비쌌다.기계 가격은 제쳐두고, 이 컴퓨터들 중 하나를 소유할 때 문제가 된 것은 소프트웨어였다.그리고 1952년, 모든 컴퓨터 소유자들의 협업이 모여서 도구 세트를 만들었습니다.사람들의 협력은 PACT (The Project for the Advanced of Coding Technologies)라고 불리는 그룹에 있었다.1956년 아이젠하워 정부는 AT&T가 할 수 있는 판매에 제한을 두기로 결정했다.이것은 발명가들이 컴퓨터를 어떻게 대중들에게 가져다 줄 것인가에 대한 새로운 아이디어를 개발하는 것을 막지 못했다.그 다음 단계는 다른 회사들을 통해 서서히 발전하는 컴퓨터를 더 저렴하게 만드는 것이었습니다.그 후, 복수의 유저를 호스트 하는 소프트웨어를 개발해야 했습니다.MIT 계산 센터는 최초의 시스템 중 하나인 CTSS(Compatible Time-Sharing System)를 개발했습니다.이를 통해 더 많은 시스템의 기반이 마련되었고, 이를 오픈 [7]소스 소프트웨어 운동이라고 부릅니다.

오픈소스 운동은 Richard [8]Stallman의 GNU 프로젝트 시작과 함께 80년대 후반에 시작된 자유 소프트웨어 운동에서 비롯되었다.Stallman은 오픈 소스 커뮤니티 내에서 소프트웨어 [3]개발을 위한 자유로운 공유 소스 코드 개념화에 중요한 역할을 공유하는 것으로 간주됩니다.자유 소프트웨어 운동에서 "자유 소프트웨어"라는 용어는 소프트웨어 교환 및 수정의 자유를 의미합니다.그 용어는 금전적 자유를 [3]의미하지 않는다.자유 소프트웨어 운동과 오픈 소스 운동 모두 프로그래밍 코드의 자유로운 교환에 대한 이러한 관점을 공유하며, 이것이 종종 문헌에서 두 운동을 FOSS, "자유 및 오픈 소프트웨어" 또는 FLOSS "자유/자유 오픈 소스" 커뮤니티의 일부로 언급하는 이유이다.

이러한 이동은 개방형 소프트웨어에서 볼 수 있는 근본적인 차이를 공유합니다.그룹 간의 주요 파벌 구분 차이는 오픈 소스와 독점 소프트웨어 간의 관계입니다.마이크로소프트와 같은 독점 소프트웨어 제조업체는 경쟁력을 [9]유지하기 위해 오픈 소스 소프트웨어를 지원하기 위해 노력하는 경우가 많습니다.오픈 소스 커뮤니티의 구성원들은 독점 소프트웨어[3] 제조업체와 기꺼이 공존하고 있으며 소프트웨어가 오픈 소스인지 아닌지에 대한 문제는 [10]실용성의 문제라고 느끼고 있습니다.

반면 자유 소프트웨어 커뮤니티의 회원들은 모든 소프트웨어는 언론의 자유의[3] 일부이며 독점 소프트웨어는 [3]비윤리적이고 부당하다는 비전을 고수하고 있습니다.자유 소프트웨어 운동은 독점 소프트웨어를 비난하는 대화를 통해 공개적으로 이러한 믿음을 옹호합니다.전체적으로 커뮤니티는 독점 소프트웨어 지원을 거부합니다.게다가 이러한 개발자에 대한 외부 동기 부여도 있습니다.한 가지 동기는 프로그래머가 버그를 수정하거나 프로그램을 만들 때 오픈 소스 환경에서 다른 사람에게 도움이 된다는 것입니다.또 다른 동기는 프로그래머가 흥미롭고 즐거운 여러 프로젝트를 수행할 수 있다는 것입니다.오픈 소스 세계에서의 프로그래밍은 상업적인 구인 제안이나 벤처 캐피털 커뮤니티로의 진출로 이어질 수도 있습니다.오픈소스 프로그래머가 소프트웨어를 [11]계속 만들고 발전시키는 이유는 이것들 중 몇 가지에 불과합니다.

자유 소프트웨어 운동과 오픈 소스 운동 모두 오픈 소스에 관한 실질적인 권고에서 공통점을 가지고 있다는 사실을 인식하고 있지만, 자유 소프트웨어 운동은 오픈 소스 운동과 완전히 [12]구별되는 것을 계속하고 있다.자유 소프트웨어 운동은 오픈 소스와 독점 소프트웨어 간의 관계에 대해 근본적으로 다른 태도를 취하고 있다고 주장합니다.그러나 자유 소프트웨어 커뮤니티는 오픈 소스 커뮤니티를 그들의 목표 불만 사항으로 보지 않습니다.그들의 목표 불만 사항은 독점 소프트웨어 [3]그 자체입니다.

법적 문제

오픈소스 운동은 많은 법적 문제에 직면해 있다.오픈 소스 제품을 관리하는 기업은 자사의 상표를 보호하는 데 어려움을 겪고 있습니다.예를 들어, "임플라이선스" 추측의 범위는 불분명하며 오픈 소스 소프트웨어로 만든 특허 생산물에 대한 기업의 능력을 손상시킬 수 있다.또 다른 예로는 구매를 위해 애드온을 제공하는 기업이 있습니다.구매와 유사한 오픈 소스 코드를 추가하는 라이센스 소유자는 특허 소송에서 면제될 수 있습니다.

법정 소송 '야콥슨 대 카처'에서 원고는 피고가 수정된 소프트웨어에 필요한 귀속 통지를 넣지 않아 라이선스를 위반했다고 고소했다.피고는 소프트웨어 사용 조건을 준수하지 않음으로써 Artistic License를 청구했지만 귀속 공지의 문구는 이에 해당되지 않는다고 판단했습니다.「Jacobsen v Katzer」는, 오픈 소스 소프트웨어와 독자 사양의 소프트웨어의 평등을 법으로 확립했습니다.

마이크로소프트가 독과점이라고 비난한 법정 소송에서, 리눅스와 오픈 소스 소프트웨어는 마이크로소프트가 유효한 경쟁자를 가지고 있고 [citation needed]애플과 함께 그룹화되어 있다는 것을 증명하기 위해 법정에 도입되었다.

법률 자문을 필요로 하는 오픈 소스 프로젝트와 관련된 리소스를 이용할 수 있습니다.Software Freedom Law Center는 오픈 소스 법적 문제에 대한 입문서를 제공합니다.International Free and Open Source Software Law Review는 자유 소프트웨어 문제에 대한 변호사에게 동료 검토 정보를 제공합니다.

형식화

오픈 소스 이니셔티브(OSI)는 오픈 소스 운동의 공식화에 중요한 역할을 했습니다.OSI는 1998년 2월 Eric Raymond와 Bruce Perens에 의해 Debian Free Software Guidelines에 기초한 오픈 소스 정의 작성을 통해 오픈 소스 라벨에 대한 일반적인 교육과 지지를 제공하기 위해 설립되었습니다.OSI는 오픈소스 [6]운동의 주요 지지자 및 지지자 중 하나가 되었다.

1998년 2월은, 오픈 소스 운동, 규격화된,와 오픈 소스 이니셔티브(OSI), 조직"로 더욱 더 상업적인 사업에 이용될 수 있는."[3]은 OSI미국 특허청과"오픈 소스"등록하는 시장 소프트웨어가 형성될 필두로 하지만 용어 제네릭 때문에 거부되었다. 그리고./또는 설명.따라서 OSI는 국내 또는 국제적인 의미에서 "오픈 소스"라는 상표를 소유하지 않지만,[2] 그 용어에서는 관습법 상표권을 주장합니다.이를 위해 그들이 채택한 주요 툴은 오픈 소스 [13]정의였습니다.

오픈 소스 라벨은 1998년 2월 3일 캘리포니아 팔로 알토에서 열린 전략 세션에서 구상되었으며, 같은 해 4월 8일 Tim O'Reilly의 Free Software Summit 참석자들은 "오픈 소스"[6]라는 용어의 사용을 홍보하기 위해 투표했습니다.

전반적으로 오픈소스 운동에서 나온 소프트웨어 개발은 컴퓨터 과학 분야에만 국한된 것은 아니지만, 적정 소프트웨어에 대한 대안 개발에는 성공적이었다.오픈 소스 커뮤니티의 구성원은 이미 [3]사용 가능한 대부분의 고유 소프트웨어에 필적할 수 있는 코드 및 쓰기 프로그램을 개선합니다.

오픈 소스 운동에서 사용되는 수사적 담론은 이제 비전문가 사용자뿐만 아니라 옹호 단체도 포함하도록 확대되고 있습니다.Creative Commons나 글로벌 개발 기관과 같은 몇몇 조직된 그룹도 자체 목적과 [14]목적에 따라 오픈 소스 개념을 채택하고 있습니다.

오픈 소스 운동의 법적 형식화에 영향을 미치는 요인은 주로 저작권, 전용 및 지적 [15]재산에 대한 최근의 정치적 논의에 기초하고 있습니다.

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

지금까지 연구자들은 오픈 소스 기여자를 중앙 집중화된 양파 모양의 [16]그룹으로 규정해 왔습니다.양파의 중심은 많은 코드와 소프트웨어 설계를 통해 프로젝트를 추진하는 핵심 참여자로 구성됩니다.두 번째 레이어는 풀 요구 및 버그 보고서에 응답하는 컨트리뷰터입니다.세 번째로 많은 레이어 아웃은 주로 버그 보고서를 제출하는 컨트리뷰터입니다.가장 멀리 떨어진 계층은 저장소를 감시하는 계층과 생성된 소프트웨어의 사용자입니다.이 모델은 오픈 소스 소프트웨어의 라이프 사이클을 이해하고 오픈 소스 소프트웨어 프로젝트의 기여자를 이해하며, 이러한 툴이 프로젝트에 관여하는 다양한 수준의 기여자를 어떻게 지원할 수 있는지 이해하며, 또한 오픈 소스 소프트웨어의 분산 특성이 델의 생산성에 어떤 영향을 미치는지 이해하기 위해 연구에 사용되어 왔습니다.개발자들.[17][18][19]

일부 연구자들은 이 모델에 동의하지 않는다.Crowston 등의 연구에 따르면 일부 팀은 훨씬 덜 중앙 집중화되어 있고 보다 분산된 워크플로우 [17]패턴을 따르고 있습니다.저자에 의하면, 프로젝트의 규모와 중앙 집중화의 상관관계가 약하기 때문에, 소규모의 프로젝트는 중앙 집중화가 진행되고, 대규모 프로젝트는 중앙 집중화가 저하되고 있습니다.그러나 저자들은 버그 보고와 수정만을 검토했기 때문에 이 패턴이 버그 검색과 수정에만 관련된 것인지, 아니면 오픈 소스 패러다임의 모든 측면에 대해 중앙 집중화가 크기에 따라 더 분산되는지는 여전히 불분명합니다.

툴 설계에 정보를 제공하고 신규 개발자가 팀의 동력을 이해하는 데 도움이 될 수 있기 때문에 팀의 일원화와 분산성을 이해하는 것이 중요합니다.오픈 소스 개발의 한 가지 우려 사항은 핵심 관계자('온'[20]의 중심에 있는 사람)들 사이에서도 개발자의 높은 이직률입니다.오픈 소스 프로젝트를 계속 진행하려면 신규 개발자가 지속적으로 참여해야 하지만 프로젝트에 품질 코드를 기여하기 위해 필요한 기술도 갖춰야 합니다.오픈 소스 프로젝트에 대한 GitHub의 기여에 대한 연구를 통해, Middleton 등은 기여자들이 오픈 소스 팀의 정식 구성원이 되는 가장 큰 예측 변수는 ("on"의 "핵심"으로 이동) 그들이 풀 요청을 제출하고 코멘트를 작성했는지 여부라는 것을 발견했다.그 후 저자들은 GitHub가 툴로서 팀의 오픈 소스 프로젝트에서 "체크박스" 기능을 지원함으로써 이러한 과정에 도움이 될 수 있다고 제안하고 있다.이러한 기능은 공헌자에게 이러한 [19]활동에 참여하도록 촉구한다.

프로그래머의 동기

다음 항목도 참조하십시오.온라인 참여 동기

오픈소스 운동에 대한 관심과 성장으로 프로그래머들이 무료로 코드를 만드는 이유와 동기가 조사되고 있다.오픈소스 운동에 관한 제15회 유럽경제협회 연차총회(European Economic Association)의 논문에서 기업 또는 네트워크 차원뿐만 아니라 개인 차원에서도 프로그래머의 인센티브를 분석했다.재능 있는 프로그래머에게 기본적으로 주어지는 지적인 선물은 "자기 이익-경제 에이전트 패러다임"[21]에 도전하여 일반인과 경제학자 모두 프로그래머에게 어떤 이점이 있는지 이해하도록 만들었습니다.

  • 이타주의:이타주의에 대한 논쟁은 설명으로서 제한적이다. 왜냐하면 일부는 존재하지만 프로그래머들은 그들의 친절을 더 자선적인 대의를 [citation needed]위해 집중하지 않기 때문이다.만약 공짜로 일하는 관대함이 이러한 널리 퍼진 운동의 실행 가능한 동기가 되었다면, 왜 그러한 경향이 공공의 [21]이익에 훨씬 더 큰 영향을 미칠 수 있는 생명공학 같은 산업에서 나타나지 않았는지 궁금하다.
  • 커뮤니티 공유 및 개선:온라인 커뮤니티는 서로의 작업에 대한 지속적인 개선, 수정 및 공헌을 촉진하는 환경입니다.프로그래머는 오픈소스 소프트웨어를 공개함으로써 다른 테스터와 서브프로그램이 버그를 제거하고 다른 목적에 맞게 코드를 조정하며 문제를 발견할 수 있기 때문에 쉽게 이득을 볼 수 있습니다.오픈 소스 소프트웨어의 이런 종류의 피어 에디팅 기능은 더 나은 프로그램과 [21]더 높은 수준의 코드를 촉진합니다.
  • 인식:프로젝트가 특정 개인과 연관되지 않을 수도 있지만, 기여자들은 종종 프로젝트의 서버에 인식되고 표시되거나 사회적 평판을 받는다.이를 통해 프로그래머는 자신의 기술에 대한 대중의 인정을 받고 직업 기회와 노출을 촉진할 수 있습니다.사실, Sun Microsystems와 Netscape의 설립자들은 오픈 소스 [21]프로그래머로 시작했다.
  • 에고: "만약 그들이 어떤 사소한 문제에 할당되고 그것이 그들이 할 수 있는 유일한 임무라면, 그들은 6개월 동안 황당한 건축물을 생각해 낼지도 모른다.단지, 친구나 동료에게,[22] 얼마나 어려운 너트를 깨려고 하고 있는지를 보여주기 위해서입니다」라고 말했다.에고 그레이티피케이션은,[22] 경쟁하는 커뮤니티에 의해서 프로그래머의 관련 동기로서 인용되고 있다.OSS(오픈 소스 소프트웨어) 커뮤니티는 모든 사용자가 잠재적 개발자이기 때문에 개발자와 사용자 간의 명확한 구분이 없습니다.본질적으로 [23]동료들보다 뛰어나거나 그들의 인상을 더 깊게 하기 위해 노력하는 프로그래머들의 큰 공동체가 있다.이들은 다른 프로그래머가 자신의 작업과 성과를 칭찬하는 것을 즐깁니다.이는 OSS 프로젝트가 비공개 소스 회사보다 [22]알려지지 않은 인재를 채용하는 데 도움이 됩니다.
  • 창의적 표현: 개인적 만족은 또한 창조적 자기 표현과 동등한 것으로 소프트웨어를 작성하는 행위에서 비롯됩니다. 이는 거의 예술 작품을 만드는 것과 같습니다.상업용 소프트웨어 제품의 대량 생산을 통해 상실된 창의성의 재발견은 적절한 [24]동기가 될 수 있다.

프로그래머의 성별 다양성

다음 항목도 참조하십시오.오픈 소스 소프트웨어의 다양성

오픈 소스 커뮤니티의 프로그래머 대부분은 남성입니다.자유 및 오픈 소스 소프트웨어 커뮤니티에 관한 유럽연합(EU)의 연구에서 연구진은 모든 기여자의 1.5%만이 [25]여성임을 밝혀냈다.일반적으로 여성이 컴퓨팅에서 차지하는 비중은 낮지만, 실제로 기술직 여성의 비율은 훨씬 높아 25%에 [26]가깝습니다.이러한 차이는 여성 프로그래머가 전반적으로 남성 프로그래머보다 오픈 소스 프로젝트에 참여할 가능성이 낮다는 것을 나타냅니다.

오픈소스 프로젝트 멤버들과의 일부 조사 및 인터뷰에서는 오픈소스 커뮤니티 내에서 여성에 [27]대해 환영받지 못하거나 적대적일 수 있는 남성 지배적인 문화가 묘사되어 있습니다.아웃리치(Outreachy)와 같은 이니셔티브는 오픈 소스 소프트웨어에 참여하기 위해 더 많은 여성과 덜 대표된 다른 성별 정체성을 지원하는 것을 목표로 한다.하지만, 오픈 소스 프로젝트의 토론 포럼에서 성별 다양성에 대한 주제는 매우 논란이 될 수 [27]있고 심지어 선동적일 수도 있다.오픈 소스 소프트웨어의 중심 비전은 소프트웨어가 개별 코드 기여의 장점을 기반으로 구축 및 유지되기 때문에 오픈 소스 커뮤니티가 [28]성과주의로 작용해야 한다는 것입니다.능력주의에서, 공동체에서 개인의 중요성은 나이, 인종, 종교, 또는 성별과 같은 인구학적 요소가 아닌 개인의 기여의 질에 달려있다.따라서, 예를 들면, 커뮤니티를 여성에게 보다 매력적으로 만들기 위해서, 성별에 근거한 커뮤니티의 변화를 제안하는 것은,[27] 능력주의의 이상에 반하는 것이 아니라, 특정의 프로그래머를 성별에 의한 타겟으로 하는 것이다.

성별이 지역사회에서 프로그래머의 인식에 영향을 미친다는 증거가 있다.2016년 한 연구는 프로그래머의 GitHub 계정을 다른 소셜 미디어 [29]계정에 링크함으로써 GitHub에 있는 백만 명 이상의 프로그래머의 성별을 확인했습니다.연구진은 남녀 프로그래머들 사이에서 여성 프로그래머들이 남성 프로그래머들보다 실제로 그들의 풀 요청을 더 많이 받아들인다는 것을 알아냈다. 단, 여성이 성 중립적인 프로파일을 가지고 있을 때만 그렇다.여성이 자신을 여성으로 식별하는 이름 또는 이미지의 프로파일을 가지고 있는 경우, 남성 프로그래머보다 풀 요청을 수락할 가능성이 낮았습니다.2015년 또 다른 연구에서는 GitHub에 대한 오픈 소스 프로젝트의 성별 다양성이 팀 생산성의 중요한 긍정적인 예측 변수라는 것을 발견했다. 즉, 성별이 더 고르게 혼합된 오픈 소스 팀은 생산성이 [28]더 높은 경향이 있다는 것을 의미한다.

많은 프로젝트들이 소수 개발자들의 괴롭힘에 대한 우려에 대처하기 위해 기여자 규약 행동 강령을 채택했습니다.행동 규범을 어긴 사람은 누구나 징계할 수 있으며 최종적으로 프로젝트에서 제외될 수 있습니다.

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

오픈 소스 채택의 증거

주요 기사:무료 오픈 소스 소프트웨어 » 채택

도서관들은 도서관 서비스뿐만 아니라 정보를 개발하기 위해 오픈 소스 소프트웨어를 사용하고 있다.오픈 소스의 목적은 보다 저렴하고 신뢰성이 높으며 품질이 뛰어난 소프트웨어를 제공하는 것입니다.이 소프트웨어를 그렇게 많이 찾는 한 가지 특징은 무료라는 것이다.특히 라이브러리는 이 운동이 제공하는 리소스 때문에 혜택을 받습니다.그들은 또한 다른 사람들의 자원을 통해 새로운 정보를 배우고 이해하는 같은 생각을 장려한다.오픈소스는 공동체 의식을 가능하게 합니다.누구나 다양한 주제에 대한 정보를 제공할 수 있는 초대장이다.오픈 소스 도구를 사용하면 라이브러리가 웹 기반 카탈로그를 만들 수도 있습니다.IT소스에 의하면,[31] 이러한 메리트를 얻을 수 있는 다양한 라이브러리 프로그램이 있습니다.

정부기관 및 인프라스트럭처 소프트웨어 - 정부기관은 Linux 운영체제나 Apache Web 서버 등의 오픈 소스 인프라스트럭처 소프트웨어를 사용하여 [32]정보를 관리하고 있습니다.2005년에는 National Center for Open Source Policy and Research (NCOSPR)라는 이름으로 새로운 정부 로비가 출범했습니다.이 단체는 정부 IT [33]기업 내에서 오픈 소스 소프트웨어 솔루션 사용을 촉진하는 비영리 단체입니다.

군대 내 오픈소스 운동 - 오픈소스 운동은 군에서 도움이 될 가능성이 있습니다.오픈 소스 소프트웨어는 누구나 이를 개선할 수 있는 변경을 할 수 있게 해줍니다.이는 사람들이 마음을 모아 비용 효율적인 방법으로 소프트웨어를 성장시키기 위한 초대 형태입니다.군이 관심을 갖는 이유는 이 소프트웨어가 속도와 유연성을 높일 수 있기 때문이다.누구나 소프트웨어를 변경할 수 있기 때문에 이 아이디어에 대한 보안상의 차질이 있지만 장점이 단점보다 클 수 있습니다.오픈 소스 프로그램을 신속하게 수정할 수 있다는 사실이 중요하다.이러한 이론을 검증하기 위한 지원 단체가 결성되었다.군사 오픈 소스 소프트웨어 작업 그룹은 2009년에 조직되었고 120명 이상의 군 구성원을 보유하고 있다.그들의 목적은 재사용과 협업을 위한 새로운 아이디어를 발견하기 위해 군 소프트웨어 개발자와 청부업자를 모으는 것이었습니다.전반적으로, 군대에서의 오픈 소스 소프트웨어는 잠재적인 단점이 있는 흥미로운 아이디어이지만, 장점을 [34]상쇄하기에는 충분하지 않다.

교육의 오픈 소스 - 대학이나 조직은 주로 온라인으로 소프트웨어를 사용하여 학생을 교육합니다.오픈소스 테크놀로지는 많은 기관에 의해 채택되고 있습니다.이는 이러한 기관이 이러한 관리 소프트웨어 시스템을 제공하기 위해 회사에 비용을 지불하는 것을 피할 수 있기 때문입니다.오픈 소스 시스템을 도입한 첫 번째 주요 대학 중 하나는 2009년 콜로라도 주립 대학이었고 그 후 많은 다른 대학들이 그 뒤를 따랐다.콜로라도 주립 대학 시스템은 Kuali Foundation에 의해 제작되었으며, Kuali Foundation은 오픈 소스 행정 시스템의 주요 참가자가 되었습니다.Kuali Foundation은 자신을 "고등교육용 오픈소스 소프트웨어 구축 및 유지"[quote citation needed]를 목표로 하는 단체로 정의하고 있습니다.쿠알라리 재단 이외에도 교육에 오픈 소스 악기가 사용되고 있는 예는 많다.[citation needed]

「교육자에게 있어서, 오픈 소스 무브먼트는, 학생이 배우고 있는 이론을 적용하는 방법을 가르치는 데 사용할 수 있는 소프트웨어에의 액세스를 가능하게 했습니다.」[35]개방적인 네트워크와 소프트웨어를 통해 교사는 커뮤니티 내에서 수업, 강의 및 기타 강의 자료를 공유할 수 있습니다.OpenTechComm은 "오픈 액세스, 오픈 사용, 오픈 편집"을 목적으로 하는 프로그램입니다.이 프로그램은 기술 및 프로페셔널 커뮤니케이션 코스의 교사들이 학생들에게 [quote citation needed]무료로 제공할 수 있는 교재 또는 교육적 자원입니다.앞서 말한 바와 같이, 교육부서는 이러한 프로그램에 접속하는 것이 훨씬 비용 효율적입니다.

의료 분야의 오픈 소스 - 비영리 단체 eHealthNigeria에 의해 2009년 6월에 작성된 오픈 소스 소프트웨어 OpenMRS는 나이지리아에서 의료 서비스를 문서화하기 위해 사용됩니다.이 소프트웨어의 사용은 공중 보건의 목적을 위해 나이지리아 카두나에서 시작되었다.OpenMRS는 환자가 증상에 대한 경고 신호를 보일 때 의료 종사자에게 경고하고 출산과 사망을 매일 기록하는 등의 기능을 관리합니다.이 소프트웨어의 성공은 선진국에서 구할 수 있는 보다 복잡한 독자 사양의 의료 소프트웨어에 비해 이 테크놀로지에 처음 도입된 사람들이 사용하기 쉽기 때문입니다.이 소프트웨어는 커뮤니티에서 개발되어 누구나 자유롭게 사용할 수 있는 오픈 소스 어플리케이션의 특징입니다.지금까지 OpenMRS는 르완다, 모잠비크, 아이티, 인도, 중국,[36] 필리핀에서 사용되고 있습니다.의료 분야에서 오픈 소스의 영향은 "용어와 데이터 상호 운용성 솔루션의 선두 제공자"인 Apelon Inc.에서도 관찰되고 있습니다.최근 DTS(Distributed Termology System)는 오픈 소스 MySQL 데이터베이스 시스템을 지원하기 시작했습니다.이를 통해 오픈 소스 소프트웨어를 의료기관에서 사용할 수 있으므로 고가의 독점 의료 소프트웨어에 대한 의존도를 줄일 수 있습니다.오픈 소스 소프트웨어 덕분에 의료 업계는 의료 표준을 구현하기 위한 무료 오픈 소스 솔루션을 이용할 수 있게 되었습니다.오픈 소스는 경제적으로 의료 서비스에 도움이 될 뿐만 아니라 자체 소프트웨어에 대한 의존도가 낮기 때문에 [37]개발자에 관계없이 다양한 시스템을 쉽게 통합할 수 있습니다.

회사들

다음 항목도 참조하십시오.오픈 소스 소프트웨어의 비즈니스 모델

IBM

IBM은 Open Source Initiative의 주요 지지자였으며 [38]1998년부터 Linux를 지원하기 시작했습니다.

마이크로소프트

주요 기사:Microsoft 및 오픈소스

2008년 여름 이전까지 마이크로소프트는 일반적으로 오픈 소스[citation needed] 커뮤니티의 적으로 알려져 왔습니다.이 회사의 반오픈 소스 정서는 널리 사용되는 오픈 소스 소프트웨어인 리눅스를 [39]"만지는 모든 것에 스스로를 붙이는 암"이라고 지칭한 스티브 발머 전 CEO에 의해 강요되었다.마이크로소프트는 또한 235개의 특허를 침해한 것에 대해 로열티를 부과하겠다고 리눅스를 위협했다.

2004년 마이크로소프트는 유럽연합(EU) 법원 [40]소송에서 패소했고,[41] 2007년에는 항소심에서 패소했으며,[42] 2012년에는 지배적 지위를 남용한 혐의로 유죄 판결을 받았다.특히 오픈 소스 Samba(소프트웨어) 프로젝트에서는 상호 운용성에 대한 정보를 제공하지 않았습니다.이 프로젝트는 많은 플랫폼에서 실행할 수 있으며 "상호 운용성에 대한 장벽 제거"[quote citation needed]를 목표로 하고 있습니다.

그러나 2008년 당시 마이크로소프트의 오픈 소스 소프트웨어 전략 책임자였던 Sam Ramji는 빌 게이츠와 긴밀히 협력하여 소프트웨어 업계 및 마이크로소프트 자체에서 오픈 소스 찬성 태도를 개발하기 시작했습니다.Ramji는 2009년에 회사를 떠나기 전에 오픈 소스에 대한 Microsoft의 친숙함과 관여를 구축했습니다.이것은, Microsoft가 Microsoft Azure에의 오픈 소스 코드의 공헌을 통해서도 알 수 있습니다.이러한 공헌은 이전에는 마이크로소프트에 [43]의해 상상조차 할 수 없었을 것입니다.오픈 소스에 대한 마이크로소프트의 태도 변화와 더 강력한 오픈 소스 커뮤니티를 구축하려는 노력은 오픈 [44]소스의 채택과 적응이 증가하고 있다는 증거입니다.

「 」를 참조해 주세요.

레퍼런스

  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. ^ a b c Wylys, R.E. (2000)오픈 소스 무브먼트의 개요.2009년 11월 22일 텍사스 대학 오스틴 도서관 정보과학대학원에서 취득
  3. ^ a b c d e f g h i 워거, T. (2002)오픈 소스 무브먼트가 웨이백 머신에 아카이브된 2011-07-17.2009년 11월 22일 교육자원정보센터에서 취득
  4. ^ Tiemann, Michael (September 19, 2006). "History of the OSI". Open Source Initiative. Retrieved August 23, 2008.
  5. ^ Wayback Machine에서 2011-04-11로 아카이브된 오픈 소스 운동의 간단한 역사.Sloanreview.mit.edu (2011-11-18)2011-11-30에 취득.
  6. ^ a b c OSI 오픈 소스 이니셔티브의 역사.Opensource.org 를 참조해 주세요.2011-11-30에 취득.
  7. ^ 웨버, 스티븐오픈 소스의 성공하버드 대학의 총장과 펠로우들.2004. 페이지 20-28.ISBN 978-0-674-01858-7 이 단락 전체가 Steven Weber를 참조합니다.
  8. ^ 테넌트, D. (2008년, 8월 11일)원칙에 입각하다.Computer world, 페이지 4. Business Source Premier 데이터베이스에서 검색.
  9. ^ D.K. 태프트(2009년 11월 3일)Microsoft는 ApacheCon에서 10만달러의 Apache 기부금을 권장합니다.eWeek에서 2020년 5월 8일 취득
  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. {{cite journal}}:Cite 저널 요구 사항 journal=(도움말)
  12. ^ 스톨맨, R. M. (2007)"자유 소프트웨어"가 "오픈 소스"보다 나은 이유2009년 11월 22일 GNU.org에서 취득
  13. ^ 오픈 소스 정의 오픈 소스 이니셔티브.Opensource.org 를 참조해 주세요.2011-11-30에 취득.
  14. ^ Sullivan, J (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 and Politics. 8 (3): 223–239. doi:10.1080/19331681.2011.592080. S2CID 144013228.[영구 데드링크]
  15. ^ Ceraso, A.; Pruchnic, J. (2011). "Introduction: Open source culture and aesthetics". Criticism. 53 (3): 337. doi:10.1353/crt.2011.0026. Archived from the original on 2017-09-22.
  16. ^ 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. p. 76. doi:10.1145/512035.512055. ISBN 978-1-58113-545-9. S2CID 15341686.
  17. ^ a b Crowston, Kevin; Howison, James (7 February 2005). "The social structure of free and open source software development". First Monday. doi:10.5210/fm.v10i2.1207.
  18. ^ 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. pp. 336–339. doi:10.1145/2597073.2597114. ISBN 978-1-4503-2863-0. S2CID 11496776.
  19. ^ a b 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. pp. 403–413. doi:10.1145/3196398.3196429. ISBN 978-1-4503-5716-6. S2CID 13695100.
  20. ^ 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.
  21. ^ a b c d Lerner, Josh; Jean Tirole (9 May 2001). "The open source movement: Key research questions". European Economic Review. 45 (4–6): 819–826. doi:10.1016/S0014-2921(01)00124-6.
  22. ^ a b c Greenspun, Philip. "Managing Software Engineers". Retrieved 7 February 2012.
  23. ^ Yunwen Ye; Kishida, K. (2003). "Toward an understanding of the motivation of open source software developers". 25th International Conference on Software Engineering, 2003. Proceedings. pp. 419–429. doi:10.1109/ICSE.2003.1201220. ISBN 0-7695-1877-X. S2CID 1476378.
  24. ^ 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.
  25. ^ 나푸스, 던, 제임스 리치, 그리고 베른하르트 크리거."성별:조사결과 종합보고서" FLOSPOLS, 성과물 D16(2006)
  26. ^ "Women in tech: The facts" (PDF). Archived from the original on 14 May 2021. Retrieved 19 April 2021.{{cite web}}: CS1 maint: bot: 원래 URL 상태를 알 수 없습니다(링크).
  27. ^ a b c Nafus, Dawn (1 June 2012). "'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.
  28. ^ a b 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. pp. 3789–3798. doi:10.1145/2702123.2702549. ISBN 978-1-4503-3145-6. S2CID 11705263.
  29. ^ Terrell, Josh; Kofink, Andrew; Middleton, Justin; Rainear, Clarissa; Murphy-Hill, Emerson; Parnin, Chris; Stallings, Jon (1 May 2017). "Gender differences and bias in open source: pull request acceptance of women versus men". PeerJ Computer Science. 3: e111. doi:10.7717/peerj-cs.111.
  30. ^ "Inclusive Naming Initiative". Retrieved 22 October 2021.
  31. ^ Poynder, Richard (2001). "The Open Source Movement". Information Today. 8 (9).
  32. ^ Moore, John (14 August 2008). "A starring role for open source? -". FCW.
  33. ^ Preimesberger, Chris (14 October 2005). "Open Source Movement Gets a Lobby". eWEEK.
  34. ^ Toon, John (2009). "Open Source Movement May Accelerate Military Software Development". Georgia Tech Research Institute. Retrieved 2011-12-21.
  35. ^ St.Amant & Valentine 2011 페이지 343
  36. ^ eHealthNigeria.(2012).eHealthNigeria: 2012-01-04년 Wayback Machine에 보관된 FAQ.2012년 2월 4일 취득
  37. ^ "Apelon Announces Availability of a Completely Open Source Terminology Management Solution" (Press release). Apelon. 17 January 2012.
  38. ^ "IBM launches biggest Linux lineup ever". IBM. March 2, 1999. Archived from the original on November 10, 1999.
  39. ^ "Microsoft CEO takes launch break with the Sun-Times". Chicago Sun-Times. June 1, 2001. Archived from the original on 2001-11-08. Retrieved June 27, 2021.
  40. ^ "Groklaw.net – The EU Microsoft Decision – December 2004". Retrieved 13 October 2014.
  41. ^ "Groklaw.net – EU Ct. of 1st Instance: Microsoft Abused its Dominant Position – Updated – September 2007". Retrieved 13 October 2014.
  42. ^ "Groklaw.net Microsoft Loses Its EU Appeal". Retrieved 13 October 2014.
  43. ^ Metz, Cade (30 January 2012). "Meet Bill Gates, the Man Who Changed Open Source Software". Wired.
  44. ^ Metz, Cade (4 November 2011). "How Microsoft Learned to Stop Worrying and (Almost) Love Open Source". Wired.

추가 정보