수년간 OSS 소프트웨어를 유지보수하며 단 1유로도 벌지 못했고, 원래 그런 건 줄 알았습니다. 작년에야 비로소 프로젝트를 수익화할 방법을 고민하기 시작했고, 이 발표에서는 그동안 배운 것을 공유하려 합니다. 아직 부자가 되진 못했지만(아직은요!), analysis-tools.dev와 함께 처음으로 지속 가능한 사이드 프로젝트를 만들었습니다 ✨.

이 프로젝트와 다른 프로젝트들, 그리고 지속 가능성을 향해 가는 여정에서 제가 저지른 실수들에 대해 이야기해 보겠습니다.

관련 링크 및 자료:

• Caleb Porzio가 전하는 팟캐스트 — GitHub Sponsors를 중심으로 비즈니스를 구축하는 것이 왜 그토록 어려운지에 대하여.
• Changelog 팟캐스트 — Zeno Rocha와 함께한 오픈소스로 돈 버는 건 괜찮다
• Nadia Eghbal이 이야기하는 핵심 인프라의 유지보수. 그녀는 이 주제로 Working in Public이라는 책도 썼습니다.
• 오픈소스로 수익 창출하기 — Vadim Demedes가 다양한 실제 사례를 바탕으로 프로젝트를 수익화하는 여러 방법을 설명합니다.

아래에서 발표 전체 스크립트를 확인하실 수 있습니다. (장벽 같은 텍스트라 죄송합니다.)

이 발표는 2020년 말 아헨 웹 엔지니어링 밋업에서 했던 ‘오픈소스로 돈 벌기’에 대한 이야기입니다. 주최 측에서 흔쾌히 제 YouTube 채널에 공유하도록 허락해 주셨습니다. 저는 기본적으로 “왜 나는 GitHub에서 10만 달러를 벌지 못하는가?”라는 질문에 답하려 합니다. 저 자신을 위한 기업 후원사를 찾는 과정과 오픈소스 유지보수의 지속 가능성을 향한 긴 여정에 대해 이야기합니다.

애초에 시작하고 싶지 않을 수도 있습니다. 이 발표는 오픈소스에 그 많은 노력을 쏟는 게 성공까지 너무 오래 걸린다면 그만한 가치가 없을 거라고 생각하는 분들을 위한 것입니다. 결과적으로 이 발표는 다소 우울하게 흘러갔습니다. 원래는 아주 동기부여가 되는 이야기를 하려고 했는데, 현실은 어렵습니다. 어렵다는 건 정말 어렵다는 뜻입니다.

이 점을 분명히 하고, 그래도 여러분이 도전하도록 살짝이나마 동기를 드리고 싶습니다. 하지만 먼저, 제가 이런 이야기를 할 자격이 있을까요? 저는 10년 넘게 오픈소스를 해왔습니다. 이 발표는 어쩌면 15년 전의 저 자신에게 바치는 것이기도 합니다. 저는 뒤셀도르프에 있는 호텔 검색 회사 trivago에서 일하고 있으며, endler.dev에서 블로그를 운영합니다. 세상 모든 사람과 마찬가지로 저도 YouTube 채널을 하나 운영합니다. 이름은 Hello, Rust!이고, 2년에 한 번 영상을 올릴 정도로 엄청 활발합니다. 그러니 업데이트를 놓치고 싶지 않다면 구독은 필수겠죠. 하지만 오늘은 오픈소스에 대해 이야기하려 합니다. 아주 정교한 목차를 준비했는데, 두 가지입니다. 제 여정과 수익 모델.

2010년으로 쭉 돌아가 보죠. 당시 세상은 지금과 확실히 많이 달랐습니다.

이게 당시 GitHub였습니다. 저는 조금 늦게 합류했는데, 2010년 1월에 가입했을 때 이미 GitHub는 2년이나 된 서비스라 제가 원하던 아이디는 이미 선점되어 있었습니다. 저는 보통 플랫폼에서 mre라는 핸들을 쓰는데, 아무도 쓰지 않는 걸 확인하고 지원팀에 메일을 보내 그 핸들을 쓸 수 있는지 물었습니다. 그러자 한 분이 “얼마든지요.”라고 답장을 보내왔습니다. 그분은 핸들 defunct를 쓰는 Chris Wanstrath, 바로 GitHub의 전 CEO였습니다. 그 순간 저는 완전히 매료되었습니다. 플랫폼 자체도 정말 마음에 들었고, 오픈소스를 대하는 그들의 실용적인 태도도 좋았습니다. 제 프로젝트 몇 개에 활용해 보기도 했는데, 스크린샷에서 보듯 제 블로그도 그중 하나였습니다. 무료로 호스팅해 주기 때문이었죠. Jekyll로 만들어 푸시만 하면 정적 사이트로 생성되어 바로 배포되는 방식이었습니다. 지난 10년간 아무것도 바뀌지 않았다고 해도 과언이 아닙니다. 제 블로그는 지금도 거의 똑같이 생겼거든요. 이제는 jQuery와 Jekyll 대신 zola와 Cloudflare Worker Sites로 만들지만, 본질은 같습니다. 이번 발표를 준비하면서 어디서 시작해 지금 어디에 와 있는지 한 걸음 물러서서 돌아보고 싶었고, 가장 좋은 방법은 통계를 살펴보는 것이었습니다. 시간이 지남에 따라 레포지토리 수가 어떻게 변했는지 보면 통찰을 얻을 수 있지 않을까 해서 GitHub API를 조회해 봤습니다.

보시다시피 2010년부터 2020년까지 거의 선형적인 그래프입니다. 2018년에 생산성이 정점을 찍은 듯한 구간을 제외하면 말이죠. 어쨌든 대체로 선형입니다. ‘노력을 투입하면 그만큼 피드백을 얻는다’고 말할 수도 있겠지만, 현실은 다릅니다. 복리 효과가 있습니다. 스타 수 추이를 보면 시작은 아주 느렸지만 지금은 거의 지수적으로 증가하고 있어, 현재 모든 프로젝트를 합쳐 25,000개의 스타를 기록하고 있습니다. 또 다른 지표로는 팔로워 수를 들 수 있습니다. 저에겐 다소 새로운 지표지만, GitHub가 API로 제공하지 않아 archive.org에서 통계를 찾아봤습니다. 역시 거의 지수적 증가세입니다.

노력을 투입하면 노력에 이자가 붙은 복리 효과로 돌아온다는 뜻입니다. 이건 운이 아니라 노력입니다. 자신이 무엇을 하고 있는지 안다는 의미이기도 하죠. 동시에 외면할 수 없는 현실이 있습니다. 그저 어깨를 토닥이는 격려에 불과하다는 점입니다. 지금까지 번 돈은 0달러였습니다. 그렇다면 이 노력을 어떻게 수익화할 수 있을까요?

우선, 이게 정말 노력일까요?

글쎄요, 여러분은 어떤지 모르겠지만 저는 하루 평균 두세 시간을 오픈소스에 쓰는 것 같습니다. 오픈소스에 대해 고민하고, 새 프로젝트를 만들고, 유지보수와 코드 리뷰를 하는 시간까지 포함해서요. 분명 일이고, 그것도 꽤 많은 일입니다. 그리고 그걸 사실상 무료로 하고 있는 셈이죠.

무료로 무언가를 하고 취미로 하는 것 자체는 전혀 문제 될 게 없습니다. 하지만 이 경우엔 원래 좋아하는 일을 해야 마땅합니다. 오픈소스는 그렇지 않습니다. 때로는 의무감이 생기고, 사람들을 도와야 한다는 책임감을 느끼게 되는데 그게 큰 부분을 차지하죠. 본업 외에 그걸 병행하니 정말 부담이 될 수 있습니다. 아직 모르셨다면, 이걸 어떻게든 가치 있게 만드는 일은 어렵습니다. 정말 어렵습니다. 오픈소스로부터 제대로 된 수익 모델을 만드는 몇 가지 방법에 대해 이야기해 보려 합니다. 앞서 본 그래프를 떠올리면 이게 가장 먼저 고민해야 할 문제는 아니겠지만, 어느 정도 궤도에 올라 수익을 고민할 단계가 되면 몇 가지 선택지가 있습니다. 오픈소스를 비즈니스의 일부로 하는 이야기나, 더 큰 기업과 큰 규모의 후원에 대한 이야기는 하지 않으려 합니다. 누구나 할 수 있는 몇 가지에 집중하려 합니다. GitHub에서의 스폰서십이 그중 하나입니다. 일반적인 문서 위에 유료 학습 자료를 제공하는 방법도 있습니다. 예를 들어 유료 동영상 시리즈를 만드는 것이죠. Mozilla처럼 굿즈를 파는 방법도 있습니다. 오픈소스 비즈니스 곁들여 컨설팅을 하는 방법, 그리고 기업을 대상으로 하는 유료 기능인 서비스와 플러그인 — ADFS 플러그인이나 고가용성 기능 작성 같은 — 도 매우 흔한 사례입니다.

하지만 기본부터 시작해 봅시다. 첫 번째인 스폰서십부터요. 스폰서십에는 두 가지 유형이 있습니다. 첫 번째는 개인 후원입니다. 개인 후원이 바로 GitHub Sponsors의 핵심입니다. 이 모델로 돈을 벌고 싶다면 퍼널을 고민해야 하고, 사람들의 관심을 어떻게 끌고 어떻게 수익화할지 고민해야 합니다. 제품에서 시작하는데, 그건 무엇이든 될 수 있습니다. 거기서 관심을 만들고, 그 관심이 오디언스를 만들며, 그 오디언스가 결국 여러분의 서비스에 돈을 낼 수도 있습니다. 이게 사실 전부입니다. 어떤 제품으로든 돈을 버는 방법이고, 오픈소스에서 후원자를 끌어모으고 싶다면 사람들이 원하는 제품을 만들면 됩니다.

이걸 오픈소스에 대입하면, 프로젝트 만들기는 레포지토리를 만드는 것일 수 있고, 스타는 오디언스의 관심을 나타냅니다. 오디언스 자체는 팔로워(개인 팔로워나 기업 팔로워)로 구성되며, 그 팔로워 중 일부가 최종적으로 후원자가 될 수도, 아닐 수도 있습니다. 물론 스타가 인기도를 측정하는 데는 형편없는 지표라는 걸 압니다. 사람마다 스타를 다르게 쓰기 때문입니다. 예를 들어 어떤 사람은 나중에 볼 프로젝트를 북마크 용도로 쓰고, 어떤 사람은 개발자들의 노고에 감사 표시로 누르기도 하죠. 하지만 첫 추정치로는 괜찮습니다.

이제 다음을 생각해 보세요. 제가 가진 스타 수와 팔로워 수, 그리고 후원자 수를 떠올려 보세요. 지금 제 “퍼널”을 생각해 보라는 겁니다. 말씀드렸듯 저는 25,000개의 스타와 대략 1,000명의 팔로워가 있고, 그중 후원자는 세 명입니다. 그러니 스타 대비 후원자 비율은 0.01입니다. 꽤 암울해 보이죠. 후원자 한 명을 얻으려면 약 8,000개의 스타가 필요하다는 뜻입니다. ‘혹시 나만 그런 건가?’ 싶었습니다. 상위 1,000명의 GitHub 메인테이너들은 이 문제가 없을지도 모른다고요. 그런데 알고 보니 양상은 똑같았습니다. 상위 1,000명의 GitHub 메인테이너를 뽑아 후원자를 살펴봐도 그림은 여전히 암울합니다. 예를 들어 중앙값을 보면 1인당 팔로워가 3,421명인데 후원자 중앙값은 0명입니다. 제 계산이 맞다면 0퍼센트죠. 평균으로 보면 (Linus Torvalds 때문에 평균이 올라가긴 하지만) 5,430명의 팔로워에 후원자는 평균 2.8명, 즉 0.5퍼센트입니다. 제 경우보다 조금 낫지만 대략 비슷한 수준입니다. 생각해 보세요. GitHub에는 4,000만 명의 사용자가 있으니, 상위 1,000명의 메인테이너는 전체 커뮤니티의 0.0025퍼센트에 불과합니다. 그 메인테이너들의 GitHub에서의 중앙 소득은 사실상 0입니다.

그 자체로 가장 큰 문제는 아닐 수도 있습니다. 하지만 GitHub의 2019년 매출이 3억 달러였다는 점을 기억하세요. 어제 Hacker News에서 이런 댓글을 봤습니다.

GitHub에서 후원자를 받고 있는데 한 달에 2달러를 아주 쿨하게 벌고 있습니다. 세금을 떼면 당연히 더 적어지니, 낮에는 따로 일을 해야 하죠.

그러니 이건 명백히 제대로 작동하지 않고 있습니다. 오픈소스를 수익화할 다른 방법을 고민하거나, GitHub Sponsors가 더 대중화되기를 기다려야 합니다. 어느 쪽이 먼저든요. 잠깐 짚고 넘어가고 싶은 방식 중 하나가 sponsorware라는 개념입니다. 다소 새로운 개념이라 처음 듣는 분도 있을 겁니다. 저는 개인적으로 정말 마음에 듭니다. 대체로 프로젝트를 만들고 비공개로 유지합니다. 대신 트위터나 다른 플랫폼에서 “지금 이걸 만들고 있는데, 얼리 액세스를 원하면 후원자가 되어 달라”고 이야기합니다. 그리고 후원자 수나 수익 등 특정 임계치에 도달하면 프로젝트를 공개로 전환하는 방식입니다. 제가 처음 보여드린 오픈소스로 10만 달러를 번다는 사례가 바로 이렇게 한 경우입니다. 제품을 만들고 서비스를 만들며 이야기를 풀고, 결국에는 모두에게 공개하는 거죠.

이 방식에는 몇 가지 장점이 있습니다. 첫째, 여러분의 미션을 진심으로 믿는 사람들로부터 일찍 피드백을 받을 수 있습니다. 둘째, 항상 무료로 일할 필요가 없습니다. 셋째, 프로젝트에 대한 오디언스와 기대감을 만들 수도 있습니다. 단점은 하드코어한 오픈소스나 자유 소프트웨어 신봉자라면 윤리에 어긋난다고 느낄 수 있다는 점입니다. 추가 조건 없이 처음부터 소프트웨어가 공개되길 바라기 때문이죠. 그러니 스스로 판단해야 합니다. 저도 시도해 봤고, 후원자에게만 공유하는 얼리 액세스 프로그램을 운영합니다. [제 첫 sponsorware는] GitHub 통계를 뽑아 주는 도구였습니다. [이번 발표의 통계도] 그 도구로 만들었습니다. 이걸 성공시키려면 큰 오디언스가 필요하다고 생각합니다. 그 정도 노력을 들일지, 아니면 애초에 공개로 만들고 다른 수익 모델을 고민할지는 선택의 문제입니다. 그래도 여전히 매우 흥미로운 개념이고 앞으로 더 자주 보게 될지도 모르니, 어떤 모습인지, 이름이 무엇인지 이제 알게 되셨을 겁니다.

또 다른 방식은 기업 후원입니다. 기업 후원은 양날의 검입니다. 기업이 돈을 주면 때로는 무언가를 바라기 때문입니다. 추가 지원을 원하거나 버그 수정을 요구할 수도 있고, 어떻게 보면 점점 그들을 위해 일하게 되는 느낌이 들기도 합니다. 그럼에도 불구하고 요즘 기업들은 오픈소스에 꽤 큰돈을 쏟고 있습니다. 두 대기업인 Facebook과 Google을 보면, 기부금을 모으는 플랫폼인 Open Collective에서 각각 평생 동안 17만 7천 달러와 84만 5천 달러를 오픈소스에 투자했습니다. 정말 멋진 일입니다. 더 많은 기업이 이렇게 해야 합니다. 다만 덧붙이자면, 그리고 약간의 푸념일 수도 있지만, 저는 이들 기업이 턱없이 부족하게 투자하고 있다고 봅니다.

작년 Facebook의 매출은 700억 달러였고 Google은 1,600억 달러였습니다. 부끄러워할 수준이 아니죠. 그래서 이게 정말 최선인가 싶습니다. 물론 Google은 Mozilla 같은 다른 프로젝트에도 기부하고 밋업을 주최하기도 합니다. 하지만 스탠퍼드 학생 두 명이 검색 엔진을 만들려던 시절에 Python이나 웹 서버, Linux가 없었다면 오늘날의 Facebook과 Google이 존재할 수 있었을까요? 저는 Fortune 500 기업들이 오픈소스에 얼마나 의존하고 있는지, 그리고 얼마나 많은 사람들이 인프라의 핵심 부분을 유지하는 소수에게 의존하고 있는지를 제대로 이해하지 못하고 있다고 느낄 때가 있습니다.

그들은 오픈소스에 거의 충분히 투자하지 않는다고 생각합니다. 많은 사람들이 오픈소스가 왼쪽 패널처럼 엔지니어들로 가득한 방에서 프로젝트를 만드는 최선의 방법을 고민하는 모습이라고 생각하지만, 현실은 늦은 밤까지 버그를 고치며 믿음이 있기에 그 일을 하는 한 사람에 가깝습니다. 대중의 인식은 아마도 잘못되어 있고, 핵심 인프라를 유지하는 사람들은 정말 소수입니다. 때로는 그게 매우 까다로운 상황으로 이어지기도 합니다. 제 어린 시절 영웅 두 명이 이에 대해 공개적으로 이야기한 바 있습니다. Kenneth Reitz는 Python용 requests의 핵심 메인테이너이고, antirez는 키-값 저장소인 Redis의 창시자입니다. 한 명은 프론트엔드, 다른 한 명은 백엔드 출신이죠. 두 사람 모두 여기서는 번아웃에 대해 이야기합니다. 큰 규모의 오픈소스 메인테이너가 되는 부담이 매우 빠르게 번아웃으로 이어질 수 있기 때문입니다. 인터넷은 잠들지 않습니다. 여러분도 잠들지 못합니다. 늘 티켓이, 기능 요청이, 풀 리퀘스트가, 이슈가 생깁니다. 늘 할 일이 있고, 그 위에 다른 책임까지 겹치니 아주 빠르게 번아웃으로 치닫을 수 있습니다. 제가 깊이 존경하는 또 다른 분이 있습니다. 이름은 Mark Pilgrim이고, 『Dive Into Python』의 저자입니다. 그는 한때 인터넷에서 자신에 관한 모든 것을 삭제하는 ‘410’을 감행한 바 있습니다. 이를 가리키는 용어도 있습니다. “정보 자살”을 뜻하는 infocide입니다. 그는 생태계에 염증을 느꼈던 것이죠. Ruby 커뮤니티를 떠올리면, 『Poignant Guide to Ruby』의 저자인 _why를 기억하실지도 모릅니다. 그도 비슷한 일을 했습니다. antirez가 한 말에 집중해 보면, “Redis 작업에 대해 돈을 받기 시작하자, 윤리상 예전 방식을 유지하는 것이 더 이상 불가능해졌고, 그래서 스스로 일반적인 업무 시간에 맞춰 일하도록 강요하기 시작했습니다. 저에게는 수년간 엄청난 고투였습니다. 게다가 이 시점에서 저는 그 때문에 할 수 있는 것보다 덜 하고 있다는 확신이 듭니다. 하지만 세상은 그렇게 돌아갑니다”라고 했습니다. 일반적인 업무 일정에 억지로 맞춰야 하고 어쩌면 충분히 성과를 내지 못한다는 죄책감을 느끼는 듯합니다. 저는 여기서 번아웃의 징후를 봅니다. 그리고 이는 오픈소스와 돈의 애증 관계이기도 합니다. 돈을 받으면 일이 되지만, 대부분의 시간은 코드를 짜는 데 쓰지 않습니다. 발표를 만들고, 풀 리퀘스트를 리뷰하고, 이슈를 살피고, StackOverflow에서 질문에 답하고, Discord에서 토론하고, YouTube나 컨퍼런스에서 마케팅을 합니다. 오픈소스로 유명해지면 두 가지 중 하나를 선택해야 하는 것처럼 느껴집니다. 하나는 우울증, 다른 하나는 번아웃입니다. 프로젝트가 성공하지 못하면 갑자기 자신이 실패작이자 실수처럼 느껴집니다. 스타가 0개, 아무도 좋아하지 않는 거죠. 하지만 성공하면 모두가 좋아해 주고, 너무 많은 관심에 파묻히게 됩니다. 정말 불행한 상황이고, 그 책임감에 압도되지 않으려면 분명한 경계를 세우고 어떤 대가를 치를지 선택해야 합니다. 기업을 후원자로 받을 때도 신중해야 합니다. 어떻게 운영될 수 있는지, 그리고 어떤 위험이 있는지에 대한 한 가지 사례를 보여드리고 싶습니다. 올해 초, 저는 수년간 미뤄 왔던 진짜 프로젝트 하나를 시작했습니다.

보시다시피, 저는 2015년 12월에 GitHub에서 정적 분석 도구 목록을 시작했습니다. 정적 분석 도구는 코드 개선을 돕는 도구일 뿐인데, 세상에 그런 도구가 정말 많더군요. 그걸 모으기 시작한 것이 첫걸음이었습니다. 당시에는 별생각이 없었는데, 시간이 지나며 꽤 인기를 끌게 되었습니다. 스타 수 그래프를 보면 시간이 지남에 따라 거의 선형적으로 증가하는 걸 볼 수 있습니다. 2018년에는 여기에 GitHub 프로젝트 이상의 무언가가 있을지 진지하게 고민하기 시작했습니다. 이걸로 더 큰 무언가를 만들 수 있다는 아이디어를 많은 사람과 나눴습니다. 정말 누군가 한 명이 마침표를 찍도록 밀어줄 필요가 있었는데, 그게 바로 Jakub이었습니다. 그는 “웹사이트로 만들어 보는 건 어때?”라고 했고, 주말 두 번 정도에 걸쳐 웹사이트를 만들었습니다. Gatsby로 만들었지만 사실 중요하지 않습니다. 일단 만들었고, 어떤 일이 일어나는지 지켜봤습니다. 현재 500개의 도구를 렌더링하고 있고, 초기 반응은 정말 좋았습니다. 사람들이 정말 좋아하는 듯했습니다. 첫날에만 72만 건의 요청이 들어왔고, 이후 일주일 동안 거의 150만 건에 도달했습니다. 갑자기 사람들이 이 프로젝트에 관심을 보이기 시작했기에 정말 좋았습니다. 그래서 후원사를 찾기 시작했습니다. 그 기업들은 특별합니다. 여러분의 미션을 믿으면서도 오픈소스가 어떻게 작동하는지 알기 때문입니다. 여러분이 그들의 도구를 광고해 주길 기대하지 않습니다. 그들은 개발자에게 팔고 싶어 하기에, 개발자들의 머릿속에 “야, 너 개발자지? 우리가 이 멋진 도구를 만들었는데 한번 확인해 봐!”라고 각인되길 원합니다. 동시에 오픈소스 친화적인 기업으로 인식되기도 하죠. 윈윈이라고 생각합니다. 항상 그렇게 순탄하게 가지는 않는다는 점은 말씀드려야겠습니다. 때로는 기업이 그저 저렴한 광고 지면을 기대하기도 합니다. 그러다 클릭이 많이 나오지 않는 걸 보면 바로 발을 빼기도 하죠. 하지만 1~2년 뒤에 성과를 낼 수도 있는 무언가에 투자한다는 것을 이해하는 기업도 있습니다. 그래서 그 미션을 이해해 주는 기업들에게 정말 감사합니다. 다만 기업이 원하는 것은 개인이 원하는 것과 다릅니다. 기업은 인보이스를 원합니다. 세금 공제가 가능한 무언가를 원합니다. 불을 켜두고 이메일로도 빠르게 응대하는 사람을 원합니다. 그래서 실제로 그런 의무가 생깁니다. 이를 도와주는 플랫폼 중 하나가 Open Collective입니다. Open Collective는 오픈소스 프로젝트를 위한 501c6 프로그램을 운영하며 재정 후원자(fiscal host) 역할을 합니다. 즉, 모든 인보이스 처리를 대신하고 공식적인 운영 주체가 되어 줍니다. 오픈소스 메인테이너나 프로젝트 기여자로서 [작업에 대해 보상받고 싶다면], Open Collective에 인보이스를 보내면 됩니다.

그게 양쪽 모두에게 최선이라고 생각합니다. 매우 투명한 과정이기도 하고, 기업은 루프 안에 있으며 재무 관련 처리를 일일이 신경 쓸 필요가 없기 때문입니다. 하지만 이는 여러분이 대중에게 비치는 이미지를 정말 잘 다듬어야 한다는 뜻이기도 합니다. 기업은 여러분을 후원함으로써 무엇을 얻을 수 있는지 알고 싶어 하고, 여러분은 그걸 아주 명확히 해야 합니다. 아마 여러분이 가진 가장 중요한 페이지는 웹사이트가 아니라 GitHub의 후원 페이지일 겁니다. 거기서 다양한 티어와 각 티어의 의미를 설명하기 때문입니다. 저희는 세 가지 티어를 운영합니다. 하나는 소규모 기업과 프리랜서를 대상으로 합니다. 노출을 얻고 오픈소스 친화적인 테크 기업으로 인식됩니다. 월 100달러입니다. 중간 티어는 조금 더 큰 기업을 위한 company sponsor입니다. 배지도 받지만, 홍보하고 싶은 정적 분석 도구에 대한 블로그 글도 함께 제공됩니다. 다만 이건 스폰서 콘텐츠임을 투명하게 밝힙니다. 마지막으로 끝까지 가고 싶다면 풀 콘텐츠 제작이 있습니다. 비디오 워크숍 같은 것이 될 수 있는데, 아직 비디오 워크숍 후원사는 없으니 그에 대해 말씀드릴 건 없습니다. 그래도 정말 한번 해보고 싶고, 얻는 것에 비하면 정말 저렴하다고 말씀드리고 싶네요.

어쨌든, 지금 당장 할 수 있는 것들입니다. 오픈소스 작업 방식을 크게 바꾸지 않고도 설정해 두고 어떻게 되는지 지켜볼 수 있습니다. 아무도 반응하지 않을 수도 있고, 그래도 괜찮습니다. 목록의 나머지 항목들은 다소 고급 단계입니다. 오디언스가 필요하니, 그걸 만드는 것부터 시작해야 합니다.

유료 학습 자료는 저희가 analysis tools와 함께 앞으로 비디오 코스로 하려는 것입니다. tailwind 같은 기업이 이걸 인상적으로 잘하고 있으니 그들에게서 배울 수 있습니다. 굿즈는 브랜드가 있어야 합니다. 그래서 제가 할 수 있는 건 아니지만, Mozilla나 YouTube의 Coding Train 같은 곳이라면 충분히 할 수 있을 겁니다. 컨설팅은 언제나 선택지입니다. 하지만 일이 훨씬 많아지고 아마도 여러분이 정말 사랑하는 일로부터 멀어지게 되니, 정말 일이 되어 버립니다. 그걸 원하는지 고민해 봐야 합니다. 엔터프라이즈 서비스는 매우 고급 단계이며 [흥미롭기도] 하지만, 비즈니스에서 운영될 수 있고 특별한 요구사항이 있는 1퍼센트의 프로젝트에나 해당할 수 있습니다. 위에서부터 아래로 시작하라고 말씀드리고 싶습니다. 오디언스를 만드는 것부터 시작하세요. 트위터에서 오디언스를 만든 뒤 GitHub로 퍼널링하는 것이 반대보다 아마 더 쉬울 겁니다. 아, 그런데 어렵다고 말씀드렸나요? 우울한 분위기로 끝내고 싶지는 않습니다. 만약 오늘 다시 시작한다 해도 이 모든 걸 다시 할 거라는 점을 정말 강조하고 싶습니다. 오픈소스에 기여하기에 오늘보다 더 좋은 때는 없다고 생각합니다. 아마 내일은 더 좋은 때가 될 겁니다. 갑자기 훨씬 더 많은 사람들이 관심을 보이고, VSCode나 GitHub Actions, 무료 호스팅 같은 무료 도구들로 프로젝트를 훨씬 쉽게 만들 수 있기 때문입니다. 아주 적은 돈으로 해낼 수 있는 일이 놀랍도록 많습니다. 한번 시도해 보세요. 최악의 경우 무슨 일이 생길까요? 아무도 신경 쓰지 않는 것? 좋습니다. 그렇다면 저와 다를 바 없는 거죠. 하지만 오늘 시작하고 싶다면 몇 가지 팁을 드리겠습니다. 첫 번째 팁은 “숙제를 하라”는 것입니다. 많은 사람들이 학습으로 시작해 무언가를 만들고, 그러고 나서 원을 닫지만, 여기서 핵심 하나가 빠져 있습니다. 어떤 사람들은 이 단어를 싫어하지만 결국엔 좋아하게 됩니다. 바로 마케팅입니다. 마케팅은 사람마다 의미가 다르지만, 저에게 마케팅은 알리는 것을 뜻합니다. 여러분이 알리지 않으면 다른 누군가가 할 테니까요. 그리고 여러분은 멋진 사람입니다. 그걸 깨달아야 합니다. 아마 모든 사람이 여러분의 프로젝트를 바로 알지는 못할 테니 더 많이 이야기해야 합니다. 컨퍼런스에서, 트위터에서, 혹은 친구에게 말하는 것일 수도 있습니다. 사람들에게 기여와 후원을 요청할 수도 있습니다. 커뮤니티에서는 마케팅을 하면 진정성이 없다고 보는 분위기가 어쩐지 있지만, 저는 그렇지 않다고 생각합니다. 똑똑하고 인내심 있고 열정적인 사람들이 마케팅을 한다면 세상은 더 나아질 거라고 생각합니다. 나쁜 놈들은 분명 마케팅을 하니까요. 그러니 숙제를 하세요. 하지만 오픈소스 메인테이너가 된다는 건 비즈니스를 운영하는 것이며, 여러분 자신이 상품이라는 점을 명심하세요. 왜 누군가가 여러분을 후원해야 하는지 고민해야 합니다. 여러분이 그 답을 내놓지 않으면 그들이 어떻게 알겠습니까. 또 퍼널을 고민하세요. 예를 들어 사람들이 여러분을 어떻게 찾을까요? 사람들을 찾게 하는 가장 좋은 방법은 아마 유튜브 채널을 시작하는 것일 겁니다.

물론 더 쉬운 방법도 있습니다.

[첫째,] 언제나 다른 프로젝트를 도울 수 있으며, 꼭 코더일 필요도 없습니다. 디자인에 능하다면 말씀드릴 수 있는데, 디자이너가 필요한 오픈소스 프로젝트가 정말 많습니다. 엄청나게 많죠. 작은 프로젝트의 로고를 만들어 주며 가시성을 얻기 시작할 수도 있습니다. 또 다른 하나는 즐기는 것입니다. 오픈소스에서 돈 벌기가 어렵다는 걸 알면 오히려 해방감을 느낄 수도 있습니다. 실험하고 창의적이 될 수 있다는 뜻이니까요. 그리고 즐기는 것이 가장 중요한 것 같기도 합니다.

둘째, 사랑하는 것을 만드세요. 결국 여러분의 여가 시간이니까요. 누군가 프로젝트를 발견할 확률은 꽤 낮으니, 정말 관심 있는 것이어야 합니다. 믿음이 가지 않으면 그냥 다음으로 넘어가세요. 더 이상 믿지 않는 프로젝트를 내려놓는 건 괜찮습니다. 아무도 그걸로 책임을 묻지 않을 겁니다. 진상인 사람이 아니라면요. 진상들에게 둘러싸이고 싶지는 않잖아요.

셋째, 친절한 사람들을 찾으세요. 여러분은 커뮤니티와 함께 성장하기 때문입니다. 프로젝트를 지지하고, 어쩌면 부담을 덜어 줄 메인테이너가 되어 줄 사람들을 원하게 됩니다. 그런 메인테이너 한 명을 찾는 데도 때로는 몇 년이 걸리니, 항상 친절하세요. 상대방의 관점에서 생각해 보려 노력하세요. 가능하다면 한 걸음 더 나아가세요. 예를 들어 master 브랜치를 그들의 풀 리퀘스트에 다시 머지해 주세요. 그냥 대신 해 주세요. 확신이 서지 않으면 감사를 두 번 전하세요.

넷째는 오디언스를 키우는 것입니다.
급진적인 마케팅도 한 방법이지만, 다가가기 쉽고 포용적인 태도를 보이는 것도 또 다른 방법입니다. 어려운 질문이 있을 때, 혹은 오픈소스를 어떻게 시작해야 할지 알고 싶을 때 사람들이 찾는 사람이 되고 싶어야 합니다. 그들의 첫 풀 리퀘스트를 도와주는 사람이 되고 싶어야 합니다. 그들은 그 은혜를 천 배로 갚을 겁니다. 지금까지 만난 가장 멋진 사람들은 질문에 열려 있고, 대가로 아무것도 요구하지 않습니다. 그런 사람들을 마음 깊이 소중히 간직하게 됩니다. 때가 되면 그 사람들을 기억하게 될 겁니다. “함께 일하기 정말 멋진 사람이에요. 강력 추천합니다.”라고 말하게 되죠. 그게 바로 리드(lead)라고 불리는 것입니다.

마지막으로, 장기전을 생각하세요. 좋은 일은 시간이 걸립니다. 보시다시피 저는 10년이 걸렸습니다. 여러분은 5년, 혹은 그보다 덜 걸릴 수도 있지만, 하룻밤 사이의 성공은 아마 아닐 겁니다. 정말 장기적인 투자입니다.