개발자 관계

오픈소스 프로젝트 창업자가 사망하면, 프로젝트는 어떻게 될까?

2018-10-03
개발자 관계
ko

이전에 지식인에서 이런 질문을 본 적이 있습니다: 오픈소스 프로젝트의 창업자가 없어지면, 그가 만든 현재 많은 사용자가 있는 오픈소스 프로젝트는 어떻게 될까? 유산처럼 자신의 친척에게 상속될 수 있을까? 하지만 현재까지 관련 규정이 나와서 이 문제에 대해 매우 전문적으로 답한 것은 없습니다. 하지만 네티즌의 답변도 주목할 만한 것이 많습니다.

@pansz: That’s what Open Source for. Firefox는 어떻게 생겼을까? 당시 Netscape 네츠케이프 회사가 도산하기 전에 자신의 모든 소스 코드를 공개했기 때문입니다. 따라서 이 프로젝트가 계속될 수 있었고, 비록 새로운 이름이지만요.

가치 있는 오픈소스 소프트웨어는 결코 사라지지 않으며, 심지어 당신의 수명을 넘어설 수 있고, 당신 수명의 연장이 될 수 있습니다. 이것이 오픈소스의 가치 중 하나입니다.

@Bill Cheng: 창업자는 없어졌지만, 그가 남긴 코드는 여전히 있고, 이 프로젝트를 개발하고 유지 관리하는 사람이 있다면, 오픈소스 프로젝트는 계속 진행될 것입니다. 하지만 안타깝게도, 대부분의 오픈소스 프로젝트의 경우, 총 개발자가 한 명뿐일 수 있고, 이 프로젝트 자체가 사용자가 있지만, 유지 관리와 개발을 하는 프로그래머가 없습니다. 특히 중국에서 온 많은 오픈소스 프로젝트의 경우입니다.

얼마 전 인기를 끌었던 fakethunder를 예로 들면(작가님 저를 때리지 마세요), 작가가 그만두면, 이 프로젝트도 아무도 관리하지 않게 됩니다. 왜냐하면 지금 이 프로젝트의 GitHub 상태를 보면, 많은 사람이 fork했지만, 코드 기여가 있는 것은 정말 거의 없고, 더 많은 사람들이 issue에서 소프트웨어의 다양한 문제를 지적하고, 작가에게 수정을 요구할 뿐입니다.

프로그래머는 그렇게 많지 않고, 한 프로그래머가 많은 오픈소스 프로젝트를 만들 수 있으므로, 대부분의 경우, 오픈소스 프로젝트의 창업자가, 죽었다고 말하지 않고, 하고 싶지 않다고 말하면, 이 오픈소스 프로젝트도 끝입니다.

오픈소스는 프로그래머의 세계에서 아마도 영광이지만, 대중의 세계에서는 결국 하나의 촛불일 뿐이며, 다 타면 꺼집니다.

@冯东(Adobe 프로그래머): 제가 느끼기에 기존의 온라인 답변은 모두 너무 이상적입니다. 사실은: 프로젝트가 잘 안 됩니다!

오픈소스는 자체 안정적인 모델이 아니며, 오픈소스 프로젝트가 성공할 수 있는지는 창업자나 주요 리더에게 달려 있습니다. 창업자에게 변고가 생기면, 옷을 계승할 후계자가 있는지 볼 수밖에 없습니다.

하지만 많은 오픈소스 프로젝트의 창업자는 이미 정신적으로 많은 대기업보다 오래 살았고, 그들이 후계자를 찾는 것도 어떤 대기업보다 신뢰할 수 있는 것 같습니다. 따라서 기본적으로 인기 있는 오픈소스 소프트웨어의 신뢰도는 대기업 소프트웨어의 신뢰도보다 나쁘지 않습니다.

@龚博致(UC 브라우저 WP 버전 제품 매니저): 사실, 이 문제는 본질적으로 기술적 조작상의 문제가 존재합니다.

오픈소스 프로젝트 창업자가 떠나는 것과 구성원이 갈라서는/프로젝트가 넘어가는 상황은 사실 비슷합니다. 미리 말해두면 권한을 변경하고, 심지어 계정을 넘겨줍니다; 말해두지 않으면, 새 구성원이 자연스럽게 새 분기/프로젝트를 열고, about에 경의를 표하는 글을 남기고, 준수해야 할 프로토콜을 준수하고, 준수할 수 없으면 가족/기존 관련자에게 연락하여, 양해를 구한 후 성명을 발표하여 프로토콜을 변경합니다.

오픈소스는 군자 사이의 일이므로, 사실 그렇게 복잡하지 않습니다.

@Twisted Python(Python 애호가): 사용자가 많으면 계속 유지 관리될 것입니다. matplotlib 프로젝트를 참조하세요. 그 창업자 John Hunter가 2012년에 암으로 사망했습니다(애도). 당시 버전은 1.1이었고, 지금은 1.4.2입니다.

@欧耶: 비록 우리가 논의하는 것은 프로젝트 창업자 이후의 일이지만, 우리는 무시할 수 없습니다. 많은 오픈소스 소프트웨어 창업자가 건재할 때, 그의 프로젝트가 이미 중단되었습니다! 따라서 프로젝트 창업자가 있든 없든 상관없고, 핵심은 프로젝트 자체에 가치가 있는지, 잠재적 강력한 시장 수요와 사용자 그룹이 있는지입니다. 수요가 있으면 자연히 누군가가 프로젝트를 계속할 것입니다!

진정한 민주는 위대하고 올바르고 빛나는 사람의 사망으로 타락하지 않습니다. 진정한 오픈소스는 창업자의 이탈로 소멸하지 않습니다.

@马宏菩: 저는 개인적으로 이것이 프로젝트의 관리 방식과 관련이 있다고 생각합니다.

위원회식 조직 형태는 영향이 가장 적습니다. 예를 들어 FreeBSD, Debian 같은 것입니다. 창업자, 리더가 떠나거나 사망해도 프로젝트에 얼마나 큰 영향이 있는지 상상할 수 없습니다. 미리 후계자를 선출하면 됩니다.

하지만 주로 개인이 유지 관리하는 프로젝트는 별개입니다. 예를 들어 유명한 해커 Aaron이 자살한 후, 그의 몇몇 프로젝트의 현황이 걱정스럽습니다. 이런 경우, 프로젝트 사용자가 충분히 많고, 다른 대체품이 부족하며, 열심 있는 개발자가 나서려 한다면, 새로운 fork를 만들어 계속 개발할 가능성이 매우 높습니다(원래 프로젝트를 계속하면 다양한 명명권, 계정 귀속 등의 문제가 발생합니다. 특히 작가가 갑자기 사망한 경우). 이 fork가 잘 진행되면, 대부분의 사용자와 개발자가 이동할 것으로 예상됩니다. 하지만 나서려는 사람이 없다면, 이 프로젝트는 아마 죽을 것입니다. 일반적으로, 필수적인 프로젝트는 결국 계속됩니다.

아주 흥미로운 사례는 Linux입니다. 유명한 “현명한 독재” 모델입니다. Linus가 갑자기 사고를 당하면, Linux는 개발자가 부족하지 않지만, 리더 문제는 한동안 혼란스러울 것입니다.

@justjavac: PHP 경량 포럼 esoTalk 창업자 Simon Zerner가 2009년 6월 26일 실종으로 신고되었고, 8월 13일 사망이 발표되었습니다. 겨우 24세였습니다. 그의 동생 Toby Zerner가 그의 일을 이어받아 esoTalk의 유지 관리와 업데이트를 담당했습니다.

작년부터 새로운 포럼 프로그램 Flarum을 만들기 시작했습니다. 포럼 소스 코드는 GitHub에 호스팅되어 있고, 첫 번째 프리뷰 버전이 발표되었을 때, 당일 1000개 이상의 star를 받았습니다.

Flarum 경량 포럼 첫 번째 버전이 발표되었고, Laravel 프레임워크를 기반으로 합니다. 자세한 내용은 https://www.smolderforge.com/forums/viewtopic.php?p=7758의 In Memoriam: Simon Zerner 단락을 확인할 수 있습니다.

@er3456qi: 저는 완전히 상황에 따라 결정된다고 생각합니다. 프로젝트가 인기가 많으면 분명 누군가가 인수할 것입니다. 하지만 이 프로젝트에 매우 인기 있는 대체품이 있다면, 이 프로젝트는 서서히 한산해질 수 있습니다. webpy를 참조하세요. webpy는 여전히 유지 관리하는 사람이 있지만, 볼 수 있듯이 지금은 다른 프레임워크만큼 인기가 없습니다.

@大人: matplotlib의 창업자가 사망한 후, matplotlib도 잘 유지 관리되었습니다. 그리고 커뮤니티는 그의 처자를 위해 기금을 만들어 그들의 생활을 도왔습니다.

@寂夜: 작가의 빛에 가려진 분화 버전이 드러나고, 각 방향으로 분화됩니다.

업데이트가 없는 것은 사라지는 것이 아니라, 변화가 없고, 새로운 기술이 추가되지 않는 것이며, 현재 운영에 영향을 주지 않습니다. 하지만 버그가 있으면, 정도에 따라 새로운 분화 버전을 만들거나 대체품을 찾습니다.

오픈소스의 생명력은 시대와 함께하는 데 있고, 새로운 요소가 추가되지 않으면 새로운 것으로 대체됩니다. 수요가 있어야 존재 의미가 있습니다. 과거에 종이에 대해 깊이 연구했지만, 지금은 컴퓨터로 인해 서서히 시대에 뒤떨어집니다. 간단히 말해, 소프트웨어는 생명 주기가 있습니다.

@黄勇刚: 사실 이 문제는 표준적인 전문 답변이 없지만, 완전히 법적 각도와 세속적 각도 두 가지 측면에서 자세히 설명할 수 있습니다.

법적 각도에서:

  • 명명권 귀속은 변하지 않습니다.
  • 경제적 이익은 재산 상속인에게 귀속됩니다.
  • 사용, 수정, 재배포 이러한 권리는 프로토콜 규정에 따라 변하지 않습니다.

세속적 각도에서:

  • IT 업계는 정말 낙후되었습니다.
  • 피단瘦肉粥 창업자가 죽었든 말든, KFC에서 만들어 팔 수 있습니다.

@小绿姆: 프로젝트는 역사의 장강에 잠길 것입니다. 누군가가 계속 개발하면, 계속 여열을 발산할 것입니다; 아무도 개발하지 않으면, 하나의 정신의 상징이 될 것입니다. History will remember it.

@李阿玲: 저는 매우 진지하게 이 문제를 생각했습니다. 하지만 단지 제 자신의 프로젝트에 한해서입니다.

제 프로젝트를 명확히 하는 것은 어렵지 않습니다. 하지만 제가 현재 코드를 따라 계속 개발하려는 것은 번거롭습니다. 정말 어렵지 않고, 단지 번거로울 뿐입니다.

사용자에게, pTeX-ng의 현재 사용자 기반이 크지 않아, 제가 사고를 당해도 큰 영향이 없습니다. 단지 제가 정말 사고를 당하면, 많은 아이디어를 실현할 수 없을 것입니다.

XeTeX의 현재 상태가 바로 이렇습니다. XeTeX의 유지 관리자는 정말 유지 관리자일 뿐이고, 개발은 기본적으로 없습니다. 하지만 사실 많은 스타 프로젝트, 예를 들어 Emacs는 창업자가 죽어서 죽을 가능성이 크지 않습니다. 하지만 문제가 있습니다: Emacs를 유지 관리하는 것은 다양한 손상을 입기 쉽습니다.

@大魔头-诺铁(소프트웨어 장인): 일반적으로 같은 종류의 오픈소스 소프트웨어로 대체할 수 있고, 이것을 꼭 써야 하면 돈을 들여 유지 관리자를 찾거나, 직접 인수하면 됩니다. 적어도 코드가 손에 있습니다. 클로즈드 소스 소프트웨어 회사가 도산하면 진짜 절망입니다.

@vczh: 예전에 Golang이 나왔을 때, 저는 Google이 언젠가 Golang을 원하지 않으면 어떻게 하냐고 말했습니다. 다른 사람들이 말하길: Google이 죽어도, Golang은 오픈소스이므로 분명 누군가가 계속 유지 관리할 것이라고요.

@陈锦伟: 오픈소스는 아직 괜찮고, fork해서, 여럿이 땔감을 모으면 불이 높은 것처럼, 좋은 것은 계승될 것입니다. 반대로 단독 폐쇄 도구는 작가가 죽으면 흘러갈 것입니다.

@杨奕: 사용자가 있으면 계속 개발할 사람이 있을 것입니다. OpenSSL도 지금 업데이트가 있으니, 우리가 뭘 걱정합니까? 하지만, 책임감 있는 오픈소스 프로젝트는 반드시 완전한 문서가 있어야 합니다. inline이든, wiki로 쓰든, 어쨌든 문서를 작성하는 것은 좋은 습관입니다.

마지막에 쓰는 말

대만 오픈소스 추진자 黄俊宏(Max Huang)이 이전 인터뷰 기사에서 말한 것처럼: “코드가 있고, 커뮤니티가 없으면, 아무도 알지 못합니다. 커뮤니티가 있고, 코드를 홍보하면, 모든 사람이 압니다.” 좋은 오픈소스 프로젝트가 커뮤니티에서 충분한 애호가를 모을 수 있다면, 프로젝트 창업자가 떠나도 프로젝트도 잘 발전할 수 있습니다. 따라서 오픈소스 프로젝트를 하고자 할 때, 이 커뮤니티를 어떻게 잘 운영할지 생각하는 것이 좋습니다.

재게시 출처: 개발자 관계 »


Similar Posts

Content icon
Content