개발자로서 오픈 소스로 돈을 버는가?


109

저는 현재 학생 (응용 정보 기술)이며 C # 및 Java에서 대부분의 프로그래밍을 수행합니다. 나는 어떻게 개발자로서 오픈 소스로 돈을 벌 수 있을지 궁금했다. 나는 지원을 제공하거나 서비스를 제공한다는 이야기를 알고 있지만 sysadmin이 아니며 sysadmin 작업을 좋아하지 않습니다. 실제로 나는 미래에 C와 C ++에 손을 대고 저수준 개발을하고 싶습니다.

내 실제 질문은 : 오픈 소스 소프트웨어의 개발로 돈을 벌 수 있습니까?

편집 : 내 자신의 오픈 소스 프로젝트를 시작할 필요는 없음을 지적하십시오.


에릭 레이몬드 (Eric Raymond) : 대성당과 시장
디판 메타

오픈 소스에 "지원 / 서비스 제공"에 반드시 sysadmin 작업이 필요한 것은 아닙니다. 예를 들어, 고객이 하나의 작은 코드 모드를 만든 경우 오픈 소스 앱이 자신의 요구에 완벽하게 부합하고 해당 코드 모드를 프로그래밍하도록 고용 할 수 있습니다.
제임스

무료 오픈 소스 프로그램을 개발 하는 이유무엇입니까? "왜 모든 것이 돈에 관한 것일까? 위키 백과는 어떻게 작동한다고 생각 하는가? 위키 백과에 내용을 올리는 사람은 아무도 없다. 그러나 그것은 최고의 백과 사전이다. 돈을 말하자 ..."
gnat

모두가 언급했듯이 대부분의 OSS 개발자들은 그들의 노력에 대한 대가를받지 않습니다. 훌륭한 비즈니스 모델입니다. OSS를 사용하여 거대한 기업이 절약 한 수십억 달러의 라이센스 비용을 생각해보십시오. 이 회사의 경영진은 매일 아침 자신을 꿈꾸지 않도록 꼬집어 야합니다. 어떻게 든 그들은 많은 사람들이 무료로 일하도록 설득했습니다. 현재 모델을 다른 영역, 저널리즘 및 사진으로 확장하는 소프트웨어와 잘 작동했습니다. OSS 개발은 종교와 조금 비슷합니다. 이번에도 다시 한번 큰 점보 점보 더미를 만들었습니다

답변:


105

이 답변에는 다음 질문에 대한 많은 답변과 추가 연구 및 의견이 요약되어 있습니다.

개요

오픈 소스 는 특정 프로젝트 작업을 통해 직접 또는 기술, 경험 및 명성을 획득하여 간접적으로 실행 가능한 기본 또는 보조 비즈니스 모델이 될 수 있습니다. 추가적인 동기가있을 수도 있습니다. 다른 사람에게 유용 생산 소프트웨어의 만족은 "한 개인의 가려움의 긁힘"(오픈 소스 소프트웨어의 좋은 조각을 향한 첫 번째 단계, 에릭 S. 레이몬드에 따라 , 또는) 철학적 인 이유는 , 보통의 개념을 기반으로 자유 소프트웨어 , Richard Stallman이 옹호 한 카피 레프트 방식 , 또는 BSD 라이센스에 대한보다 관용적 접근 방식 .

오픈 소스를 통해 돈을 버는 방법

1. 회사의 후원

여러 가지 방법으로 발생할 수 있습니다.

  • 유명한 프로젝트를 계속하기위한 영구적 인 업무. 아마도 가장 드문 경우입니다. 당신이 주요 오픈 소스 프로젝트의 수석 회원 인 경우, 같은 사람 리누스 토발즈 (Linus Torvalds) , 귀도 반 로섬 (Guido van Rossum) 또는 테오 드 라 아트는 재정적 같은 대기업에 의해 지원되는 동안, 당신은 아마 당신의 프로젝트 작업을 계속 할 수있을 것입니다 구글 이나 IBM . 이 지원 모드는 비교적 드물지만 이러한 유형의 자금을 확보하기 위해 반드시 오픈 소스 수퍼 스타일 필요는 없습니다 . 많은 Linux 커널 개발자는 Red Hat 과 같은 회사에서 부분적으로 또는 전체적으로 자금을 지원 합니다 .
  • 특정 기능 또는 확장 프로그램에 대해 지불합니다. 일부 회사는 비즈니스 기능에 사용하는 오픈 소스 소프트웨어에서 특정 기능을 구현하기 위해 바운티 를 제공 합니다. 기능이 비공개 소스로 유지 될 필요가없는 경우가 많으므로 중요한 코드가 커뮤니티에 다시 기여합니다. 이것은 오픈 소스 개발 의 양봉 모델 로 설명되었습니다 . 경우에 따라서는 추가 기능을 독점으로 유지해야하지만 오픈 소스 코드베이스를 기반으로합니다. 두 경우 모두 오픈 소스 전문 지식은 개발자에게 분명한 이점입니다.
  • 일일 작업 코드는 오픈 소스 일 수 있습니다. 일상적인 업무 과정에서 회사를 위해 작성한 코드의 측면이 회사에 해를 끼치 지 않고 공개 소스가 될 수있는 경우가 있습니다. 코드는 기존 FOSS 프로젝트를 기반으로 할 수도 있고 아닐 수도 있습니다. 일반적으로 유용한 도구와 라이브러리 는 종종 이런 방식으로 출시 될 수 있으며, 일화적인 증거는 그러한 프로젝트 가 자원 봉사 중심이되면 가속화 있음을 시사 합니다.

2. 기존 프로젝트에 가치 추가

개인이나 회사는 기존 오픈 소스 프로젝트에 가치를 더하는 기본 공급자로 자리 매김 할 수 있습니다. 기존 프로젝트를 패키징, 계층화, 결합 또는 확장하여 서비스를 제공하는 회사의 예가 많이 있습니다. 그들은 크게 두 가지 범주로 나뉩니다.

  • 지원하다. Enthought 는 과학 라이브러리에 중점을 둔 맞춤형 Python 배포판을 패키징하여 가치를 추가합니다 . Redhat과 다른 Linux 배포판은 서로 다른 여러 오픈 소스 프로젝트를 수집 및 테스트하고 사용하기 쉬운 설치 및 업그레이드 메커니즘 을 제공하여 가치를 높 입니다. 이 회사는 많은 독점 제공 업체와 동일한 방식으로 지원 서비스를 판매합니다.
  • 프리미엄 모델. 이 모델에서 소프트웨어 또는 서비스의 기본 버전은 무료입니다. 추가 '프리미엄'기능은 일반적으로 추가 비용이 듭니다. Sleepycat 소프트웨어 Berkeley DB 의 독점 라이센스하에추가 기능을 제공했습니다. Cedega 는 Linux에서 Windows API를 다시 구현하여 무료 및 독점 코드가 혼합 된 형태로 출시되었습니다. 이 모델은 오픈 소스 일 필요는 없습니다. 조직 용 Gmail 은 무료 (맥주와 마찬가지로) 및 프리미엄 옵션을 모두 제공하는 서비스의 한 예입니다.

3. 이중 라이센스 모델 하에서 코드 제공

강력한 접근 방식은 두 가지 대체 라이센스 ( 소프트웨어가 배포 된 경우 수정 사항을 커뮤니티에 다시 공개해야하는 카피 레프트 라이센스)와 오픈 소스 제한없이 소프트웨어를 사용할 수있는 상용 라이센스로 소프트웨어를 제공하는 것입니다. 이 접근법은 성공적 등 대형 프로젝트에 의해 적용되었습니다 Qt를 하고 오픈 오피스 뿐만 아니라에 작은 일회성 프로젝트 .

4. 상담

오픈 소스 작업은 귀중한 커뮤니티 가시성을 얻는 방법을 제공 할 수 있습니다.

  • 능력의 전시. 그들이 참여한 오픈 소스 프로젝트를보고 개발자의 업무와 역량을 검증 할 수 있다는 것은 예비 고용주 에게 강력한 추첨입니다 .
  • 평판 건물. 오픈 소스 커뮤니티에서 평판이 높으면 전문 지식을 바탕으로 연설 , 교육 요청 또는 책 쓰기 제안을 할 수 있습니다.
  • 전문가가 되십시오. 기업이 필요로하는 기술에서 중요한 역할을한다는 것은 해당 기술에 대한 맞춤형 컨설팅, 지원 및 교육이 필요하다는 것을 의미합니다. 이것은 당신의 전문 분야에서 특정 직업 틈새 시장 을 만들 수 있습니다.

5. 보조 채널

마지막으로, 소득 등의 보조 채널을 통해 유도 할 수있다 광고 (로 유래는 않습니다), 기부금 , 또는의 사용을 통해 내그웨어 기술 작성자에게 재정 지원을 제공으로 사용자를 귀찮게하는 것을 목표로 소프트웨어 자체이다. 이러한 기술은 오픈 소스 개발 모델에만 국한되지 않습니다. 예를 들어, 무료가 아닌 쉐어웨어 제품에서 종종 사용됩니다 .


21

이 시스템을 만든 사람이므로 '최종 전문가'입니다. 소프트웨어를 사용하거나 사용하려는 영리 회사는 일부 컨설팅 업무를 수행 할 수 있습니다. 또한, 당신은 내가 잘 듣는 대회에서 연설 할 자격이 있습니다.

기존 프로젝트에 코드를 제공하는 것도 이름을 얻는 좋은 방법입니다. 더 많이 기여할수록 계약 업무를 찾을 때 더 많은 신뢰를 얻습니다.


17

다음은 예입니다.

Qmail 커뮤니티를 둘러 보면 Qmail을 아는 사람들이 몇 명 있다는 것을 알게 될 것입니다. 그냥 그들 중 몇이 될 당신 큐메일의 기능에 대한 확장을 원하는 경우 이동-에들. 그들은 집에 앉아서 Qmail 확장 프로그램을 작성하고 돈을받는 계약직을 얻습니다.

그것이 당신이 갈 수있는 라이프 스타일처럼 들리면 시도해보십시오-틈새 시장을 찾고 계약직을하십시오. 폐쇄 소스를 생성하는 코드를 소유하고 싶은지 또는 코드를 공개 소스로 릴리스 할 것인지에 따라 고객에게 다른 용어를 제공 할 수도 있지만 사용하게됩니다.

클라이언트가 단순히이 코드가 존재 하기를 원하는 상황이 많이 있습니다 . 그런 다음 독점 액세스 권한이 있는지 여부는 신경 쓰지 않습니다.


계약직은 불규칙하며 제 생각에는 좋은 직업 선택이 아닙니다. 연봉 (신뢰할 수있는) 또는 신생 기업 (도박이지만 적어도 잠재적 인 보상이 있음)을 갖는 것이 더 좋습니다.
sixtyfootersdude

15

내 경험상 OSS를 작성한다고해서 돈이 나지 않습니다. 그러나 그것은 당신을 훨씬 더 귀중하게 만들고 따라서 고용 가능하게 만듭니다. 연습에서 얻을 수있는 고도로 조정 된 능력과 기존 OSS를 사용할 수있을 때 에코 시스템에 익숙하면 휠 재 작성을 피하기 위해 이미 존재하는 것을 평가하는 데 훨씬 적은 시간을 낭비 할 수 있습니다.


11

대부분의 경우, 기업은 양봉가 모델 을 사용하여 돈을 벌고 있습니다 . 기본적으로 오픈 소스 기고자는 고객이 신뢰할 수 있고 성숙한 제품을 얻는 동안 최신 버전을 무료로 사용할 수 있습니다. Red Hat, Novell 및 Sun은 모두이 모델의 변형을 사용합니다.

또 다른 옵션은 컨설팅 및 교육입니다. 특정 제품을 사용한 경험이 많거나 더 좋은 제품을 발명했다면 사람들이 제품 사용을 가르치기 위해 돈을 지불 할 의향이있을 수 있습니다. 이것은 Canonical이 사용하는 모델입니다. 이것이 반드시 sysadmin 유형 작업을 수행해야한다는 것을 의미하지는 않습니다. 결국 프로그래머, 최종 사용자 및 경영진도 교육이 필요합니다.

셋째, 학생은 내년 여름에 Google Summer of Code 를 신중하게 고려해야 합니다.

전반적으로, 나는 오픈 소스 기여가 당신이 그들로부터 직접 돈을 버는 지 여부에 관계없이 가치가 있다고 말합니다. 비록 당신이 아마 단기적으로 혜택을 깨닫지 못할 까봐 두렵습니다.


10

정말 달려 있습니다. 많은 사람들이 오픈 소스 개발을 취미로하고 하루 종일 일을합니다 (항상 그런 것은 아니지만 항상 소프트웨어 개발).

일부는 오픈 소스 프로젝트에 관심이있는 회사가 지불합니다. LWN.net은 누가 리눅스 커널 개발자를 지불하는지에 대한 기사를 게시했습니다.

http://lwn.net/Articles/222773/

많은 회사에서 Linux 배포자뿐만 아니라 Linux 커널 개발에도 자금을 지원합니다.

일부 개발자는 컨설팅 비즈니스를 운영하고 소프트웨어 개발을 사용하여 주요 작업 또는 쇼케이스를 지원합니다.


7

몇 가지 다른 방법이 있습니다

  • 다른 회사의 자금 지원 (예를 들어 Guido van Rossum에게 비용을 지불하여 python의 절반을 작업하는 Google)
  • 지원 서비스 판매
  • 컨설팅 서비스 판매
  • 말하기, 서적 작성, 유급 일자리 창출과 같은 다른 것들로 이어지기를 바라는 오픈 소스를 통해 자신을위한 프로필 구축
  • 예를 들어 "기업"고객을위한 상용 버전의 제품 회전

제가 생각하는 가장 큰 것은 그들의 지식을 넓히고 제품 사용자들로부터 사랑을받는 것입니다.


6


오픈 소스 제품 (응용 프로그램, 포럼, 지원 사이트 등)에 대한 웹 사이트를 만들고 거기에 광고를 배치하십시오.

그 트릭을 할 것입니다.


2
물론 돈을 벌 수는 있지만 광고로 생계를 유지할 수는 없습니다.

1
) 구글은 일부 그들과 행운이 있었다지만
마이클 듀런트

6

친구처럼 오픈 소스 소프트웨어를 통해 실수로 돈을 벌었습니다. 비슷한 경우가 있었지만, 나 자신에 대해서만 이야기 할 것입니다. 기본적으로 사양이보기 좋기 때문에 오픈 소스 VCDiff 디코더를 작성했습니다. (긴 이야기이지만 원래 회사 시간에 작성하려고했지만 금요일 밤에 대신 작성했습니다.)

몇 년 후, 상용 패키지로 사용하려고했지만 필수 속성이없는 회사가 접근했습니다. 그들은 이것에 대한 라이센스 비용을 기꺼이 지불했고, 매우 합리적인 비 독점 라이센스를 제게 제시했습니다. 우리는 거래를했고 양측은 행복했습니다.

목표는 결코 돈을 벌기위한 것이 아니라 다른 당사자가 기본적으로 원하는 것을 생산하는 부작용으로 발생했습니다.


3
나는 당신이 중요한 점에 부딪쳤다 고 생각합니다. 돈을 벌기 위해 오픈 소스를 사용하지 않습니다.

@ Bernard : 귀하의 진술에 Sun, Novell, Red hat, Google, IBM, Apple 및 Microsoft가 제외된다고 가정합니다.
Jason Baker

아니요, 개인으로서의 의미는 돈을 벌려는 의도가 아닙니다. 불가능하거나 심지어 어렵거나 원치 않는 것도 아닙니다.

@Jason-마이크로 소프트가 오픈 소스에 "입고"한 적이 없다고 생각합니다.
Chris Lutz

5

나는 일반적인 시나리오는 그들이 일자리를 지불했다는 것입니다. 많은 오픈 소스 작업은 개발자의 여가 시간과 유료 작업 요소에서 비롯됩니다.

예를 들어 직장에서 특정 문제를 해결하는 솔루션을 만들고 다른 개발자가 비슷한 시나리오에 직면 할 수 있도록 솔루션을 오픈 소싱 할 수 있습니다.


4

오픈 소스 소프트웨어 프로젝트를 개발한다고해서 많은 돈을 벌 수는 없을 것입니다. 프리미엄 지원, 사용자 정의 등을 제공 할 수 있습니다. Firefox, Thunderbird, Red5 및 기타 오픈 소스 프로젝트의 확장 및 사용자 정의 빌드를 개발하여 측면에서 꽤 좋은 변화를 만듭니다. 내가 만든 것의 많은 부분이 오픈 소스 커뮤니티에 다시 제공됩니다.

이중 라이센스 시스템의 가능성도 있습니다. 예를 들어, GPL 유형 라이센스 및 상업용 라이센스를 구입 한 사람이 소스 코드를 공개하지 않고 독점 수정을 유지하고 판매 할 수있는 상업용 라이센스로 소프트웨어를 릴리스 할 수 있습니다.


3

직접 오픈 소스 프로젝트를 만들어 돈을 벌고 싶다면 꽤 긴 기회라고 생각합니다. 반면, 레드햇, 썬, IBM, 심지어 마이크로 소프트와 같은 회사에서 오픈 소스 기술을 사용하거나 오픈 소스 소프트웨어를 개발해야하는 많은 유급 일자리가 있습니다.


3

당신에 대한 답변 실제 질문

오픈 소스 소프트웨어 개발로 돈을 벌 수 있습니까?

예, 다른 방법이 있습니다. 자신의 사업을 시작하지 않고 개발자가되고 싶은 경우, 가장 좋은 것은 시작하려는 프로젝트에 참여하는 것입니다. 그런 다음 http://webapps.ubuntu.com/employment/canonical_GDOS/ 와 같은 기회를 찾을 수 있습니다 (MySQL은 다른 "큰"이름을 언급하기 위해 여러 다른 분야에 해당됩니다).

그런 다음 LinkedIn에서 프로필을 만들고 기술 및 / 또는 관심 분야와 관련된 OSS 그룹에 가입하십시오.

마지막으로 로컬 그룹 (예 : LUG, JUG)에 가입하고 메일 링리스트를 읽으십시오. 종종 그 목록에는 많은 구인이 나타납니다 (불행히도 구직 한 후에야 알게 되었습니다 ).


2

일부 오픈 소스 소프트웨어 회사는 서비스를 제공하고 돈을 벌 수 있습니다. (애플리케이션 호스팅 등) 대부분의 경우 고객의 요구 사항에 따라 일부 사용자 정의를 제공하고 시간이 지남에 따라 지원 및 유지 보수를 제공합니다.

"Donations"가 큰 변화를 가져올 수 있다고 생각하지는 않지만 그 영향도 있습니다.

이것은 오픈 소스 제품을 기반으로하는 스리랑카 회사의 좋은 예입니다.

WSO2


2

내가 합리적으로 잘 알고있는 성공하고 수익성있는 오픈 소스 회사는 두 가지가 있습니다.

  • SleepyCat Software는 Oracle이 인수 할 때까지 Berkeley DB를 지원하고 향상시켜 수익을 창출했습니다. 창립자 중 한 명이 하루 종일 일했지만 다른 한 명은 그렇지 않았으며 12 명의 직원이있었습니다.

  • Chez Scheme 은 컴파일러에 향상된 기능을 추가하고 원시 코드 버전의 컴파일러를 판매하여 수익을 창출합니다. 일반적인 개선 사항에는 새로운 백엔드가 포함될 수 있습니다. 최근의 야심 찬 개선점은 기본 스레드 패키지였습니다. 설립자 (Kent Dybvig)는 하루 일을합니다. 그가 얼마나 많은 직원이 있는지 모르겠습니다. Chez는 인터프리터가 오픈 소스이지만 컴파일러는 그렇지 않다는 점에서 특이합니다.

Cygnus와 Red Hat은 모두 "지원"및 소프트웨어의 특수 버전을 판매하지만 소프트웨어도 제공됩니다. 이 비즈니스 모델을 이해하지 못합니다.

이 예제에서 빼낸 것은 소프트웨어가 동급에서 뛰어난 경우 사람들이 문제 해결을 위해 물건을 사용할 수 있도록 비용을 지불한다는 것 입니다. 컨설팅과 거의 같습니다.


Chez Scheme의 통역사는 무료이지만 오픈 소스는 아닙니다. Chez Scheme 인터프리터의 바이너리 만 보았습니다. 그리고 구글은 도움이되지 않았습니다.
섀넌 세브란스

2

본질적으로 코드가 열려 있기 때문에 일반적으로 코드에서 직접 돈을 벌 수는 없습니다. 이중 라이센스는 가능하지만 OSS 커뮤니티도 중단시킬 수 있습니다.

아마도 가장 쉬운 방법은 오픈 소스 소프트웨어를 생산하는 회사 에서 일하는 것 입니다 . 코드 작성에 대한 대가를 지불하면 회사에서 지원 또는 기타로 돈을 버는 경우가 있지만 그 부분에 직접 관여 할 필요는 없습니다.

또는 OSS를 작성하여 담당자를 작성하고 희망적으로 계약 작업 / 풀 타임 작업을 수행 할 수 있습니다.


이중 라이센스가 필요 없습니다. GPL 코드 판매를 막을 수있는 것은 없습니다. 유일한 문제는 구매자가 직접 판매하거나 포기하는 것을 막을 수 없다는 것입니다. 더 나은 판매하는 서비스를 댄, 코드를 작성의 제품 코드입니다.
슬림

그건 사실이 아니야. 실제로 판매 할 수는 있지만 GPL 약관 (저작권 보유자 권한)의 조건을 벗어나서 배포하는 것입니다. 그것은 그것을 공개 도메인으로 만들지 않습니다. 이 대체 라이센스를 명시 적으로 작성하는 것이 좋습니다.

1

여러 가지 방법으로이 작업을 수행 할 수 있습니다. 현재 프리미엄 모델이 인기입니다.
또는 다른 사람들이 공개 소스 작업을 게시함에 따라 부수적입니다. 내가 사용하는 모델은 직장에서 오픈 소스를 사용하고 내 기여를 다시 메인 라인에 제공하는 것입니다. 경영진으로부터 바이 인이 필요하지만 효과가 있습니다. 또한 Stallman Free 의 단어를 Freedom에서와 같이 기억하십시오.


1

이제는 이미 설치되어있는 소프트웨어가 이제 "이미"있기 때문에 가격보다 더 가치가 있다고 생각합니다. 더 많은 엔터프라이즈 스타일 앱에 대해 이야기하고 있습니다.

소프트웨어를 구입할 때 많은 회사에서 요금을 청구 한 다음 유지 보수 계약을 체결하여 7 개월 이상 구매 한 경우 더 많은 비용을 지불해야합니다. 필자는 30 세 이상의 독점 소프트웨어로 작업하는 경우가 확실합니다!

이 소프트웨어는 무료로 설치할 수 있습니다 ( "처음에 무료 약물"비즈니스 모델로 생각하십시오). 당면한 과제는 온라인에서 잘 유지 관리되고 좋은 지원 커뮤니티를 갖춘 프로젝트를 선택하는 것입니다. 그러나 다시 이것은 무료 소프트웨어가 아닌 것과 동일합니다.

오픈 소스의 온 / 오프는 오픈 형식을 더 자주 지원하는 경향이 있기 때문에 독점 앱보다 훨씬 쉽습니다. 독점 응용 프로그램은 일반적으로 응용 프로그램으로 마이그레이션하는 서비스와 다른 응용 프로그램을 쉽게 사용할 수 있도록 "제공"합니다.

O / S 앱은 처음에는 학습 곡선이 높아 유지 관리 계약이 거의 필요하므로 $$를 만들 기회가 많습니다.

제 생각에는 비즈니스 모델이 더 나을뿐입니다. 독점 모델은 더 널리 퍼졌습니다.


1

여기에 두 가지 질문이 있습니다.

1) 개발자는 어떻게 돈을 버는가?

대부분의 개발자는 돈을 위해 돈을 쓰지 않습니다. 이유는 많을 수 있지만 우리가 좁 히면 1) 가려움증 긁기 2) 신뢰성 확보 3) 특정 언어 / 도메인에 대한 지식 강화.

2) 사업은 어떻게 돈을 버는가?

일반적으로 지원, 교육, 인증 및 향상. 그러나 문제가 발생합니다. 제품이 실제로 좋은 경우 많은 지원이 필요하지 않습니다. 따라서 Joel이 Consultingware 라고 부르는 것이되어야합니다 .


0

오늘날 일부 기업은 오픈 소스 소프트웨어를 기반으로하거나 오픈 소스 소프트웨어에서 파생 된 오픈 소스 소프트웨어에 기여하기 위해 개발자에게 비용을 지불합니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.