저는 수년간 OSS 소프트웨어를 유지보수하면서 0유로를 벌었고, 원래 그런 건 줄 알았습니다. 지난해에야 비로소 프로젝트를 수익화할 방법을 찾아보기 시작했고, 이번 발표에서는 그동안 배운 것들을 공유하려고 합니다. (아직) 부자가 된 건 아니지만, analysis-tools.dev ✨로 첫 번째 지속 가능한 사이드 프로젝트를 만들었습니다.

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

관련 링크 및 자료:

• Caleb Porzio의 팟캐스트 — Github Sponsors를 중심으로 비즈니스를 만드는 일이 왜 그렇게 어려운지에 대하여.
• The Changelog 팟캐스트 — Zeno Rocha와 함께하는 오픈소스로 돈 벌어도 괜찮다.
• Nadia Eghbal이 이야기하는 우리 핵심 인프라의 유지보수. 이 주제로 『Working in Public』이라는 책도 썼습니다.
• Vadim Demedes가 쓴 오픈소스로 수익 창출하기 — 다양한 실제 사례를 바탕으로 프로젝트를 수익화하는 여러 방법을 설명합니다.

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

이 발표는 2020년 말 아헨 Web Engineering Meetup에서 했던 오픈소스로 돈 벌기에 대한 이야기입니다. 주최 측에서 흔쾌히 제 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 Workers Sites로 만들었지만, 결국 거의 같은 것입니다. 이번 발표를 준비하면서 한 걸음 물러서서 제가 어디서 시작해 지금 어디에 있는지 돌아보고 싶었습니다. 아마 가장 좋은 방법은 통계를 살펴보는 것이고, 시간에 따른 리포지토리 수가 어떤 인사이트를 줄지 확인해 보는 것이었습니다. 그래서 Github API를 조회했습니다.

보시다시피 2010년부터 2020년까지 거의 선형 그래프입니다. 2018년에 생산성이 정점을 찍은 걸 제외하면 말이죠. 뭐 어쨌든 전체적으로는 거의 선형입니다. 노력을 투입하면 그만큼 피드백이 나온다고 생각할 수도 있지만, 현실은 다릅니다. 복리 효과가 있습니다. 시간에 따른 스타 수를 보면 처음에는 아주 천천히 시작하다가 지금은 거의 지수적으로 증가하는 걸 볼 수 있습니다. 현재 모든 프로젝트를 합쳐 약 25,000개의 스타를 받고 있습니다. 다른 관점으로는 팔로워 수가 있습니다. 저에게는 다소 낯선 지표였지만, archive.org에서 통계를 찾아봤습니다(Github API로는 이 정보를 제공하지 않기 때문입니다). 역시 거의 지수적 성장입니다.

노력을 들이면 노력에 이자가 더해진 복리 효과를 얻게 됩니다. 이건 운이 아니라 노력입니다. 자신이 무엇을 하고 있는지 안다는 뜻입니다. 동시에 방 안의 코끼리 같은 문제가 있습니다. 그건 결국 등 두드려 주는 것에 불과하다는 점입니다. 지금까지 번 돈은 0달러였고, 여기서 생기는 질문은 이 노력을 어떻게 수익화하느냐는 것입니다.

우선, 이게 과연 노력일까요?

글쎄요, 여러분은 어떨지 모르겠지만 저는 하루 평균 두세 시간을 오픈소스에 씁니다. 오픈소스를 고민하고 새 프로젝트를 만드는 시간뿐 아니라 유지보수와 코드 리뷰도 포함해서요. 그러니 이건 분명 일이고, 그것도 많은 일이며, 대부분 공짜로 하는 셈입니다.

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

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

이를 오픈소스에 적용하면, 프로젝트를 만드는 건 어쩌면 리포지토리 하나를 만드는 것이고, 스타는 오디언스의 관심을 나타냅니다. 오디언스 자체는 팔로워(개인 팔로워나 회사 팔로워)로 이루어지며, 그 팔로워들이 최종적으로 스폰서가 될 수도 있고 아닐 수도 있습니다. 물론 스타는 인기를 재는 형편없는 지표라는 걸 압니다. 사람마다 스타를 다르게 사용하기 때문입니다. 예를 들어 어떤 사람은 나중에 볼 프로젝트를 북마크하듯 사용하고, 어떤 사람은 많은 노력을 기울인 개발자에게 감사 인사를 전하는 용도로 사용합니다. 하지만 1차적인 가늠자로는 괜찮습니다.

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

그 자체가 가장 큰 문제는 아닐 수도 있지만, 2019년 Github 매출이 3억 달러였다는 점을 기억해 두시기 바랍니다. 어제 Hacker News에서 이런 댓글을 봤습니다.

저는 Github에 스폰서가 있어서 한 달에 2달러를 짭짤하게 벌고 있습니다. 세금을 떼면 당연히 더 적어지니, 본업을 따로 가져야 합니다.

그러니 이건 분명 제대로 작동하지 않고 있습니다. 오픈소스를 수익화할 다른 방법을 고민하거나, Github Sponsors가 더 대중화될 때까지 기다려야 합니다. 어느 쪽이 먼저든요. 잠깐 짚고 넘어가고 싶은 방법 중 하나는 sponsorware라는 개념입니다. 다소 새로운 개념이라 아직 들어보지 못한 분들도 있습니다. 저는 개인적으로 정말 마음에 듭니다. 일반적으로 프로젝트를 만들고 비공개로 유지합니다. 대신 Twitter나 다른 플랫폼에서 “지금 이걸 만들고 있는데, 얼리 액세스를 원하면 스폰서가 되어야 한다”고 이야기합니다. 그리고 스폰서 수나 수입 등 일정 임계값에 도달하면 프로젝트를 공개로 전환합니다. 처음 보여드렸던 오픈소스로 10만 달러를 버는 사례가 바로 이런 방식을 쓰는 분의 예시였습니다. 제품을 만들고 서비스를 만들며 이야기를 풀어놓다가 결국 모두에게 공개하는 방식입니다.

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

또 다른 방법은 기업 후원입니다. 기업 후원은 양날의 검입니다. 기업이 돈을 주면서 때로는 무언가를 원하기 때문입니다. 추가 지원을 원하거나 버그 수정을 원할 수도 있고, 어느 정도 그들을 위해 일하기 시작하는 느낌이 들기도 합니다. 그럼에도 요즘 기업들이 오픈소스에 꽤 큰 금액을 투입하고 있는 건 사실입니다. 두 대기업을 보면, Facebook과 Google은 Open Collective라는 후원금 모금 플랫폼에서 지금까지 각각 17만 7천 달러와 84만 5천 달러를 오픈소스에 투자했습니다. 정말 대단한 일입니다. 이런 기업이 더 많아져야 합니다. 하지만 곁다리이자 약간의 푸념으로, 저는 이들 기업이 하는 일이 턱없이 부족하다고 생각합니다.

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

저는 그들이 오픈소스에 충분히 투자하고 있다고 생각하지 않습니다. 많은 사람들이 오픈소스가 왼쪽 패널처럼 엔지니어들로 가득한 방에서 프로젝트를 가장 잘 만드는 방법을 고민하는 식으로 돌아간다고 생각합니다. 하지만 현실은 밤늦게까지 버그를 고치며 신념 때문에 그 일을 하는 누군가에 가깝습니다. 대중의 인식은 아마 틀렸고, 핵심 인프라를 유지하는 건 정말 소수의 사람들입니다. 때로는 이게 아주 까다로운 상황으로 이어지기도 합니다. 제 어린 시절 영웅 두 명이 이에 대해 공개적으로 이야기했습니다. Kenneth Reitz는 Python용 requests의 핵심 메인테이너이고, antirez는 키-값 저장소인 Redis의 창시자입니다. 한 명은 프론트엔드, 다른 한 명은 백엔드 쪽입니다. 두 사람 모두 대규모 오픈소스 메인테이너가 되는 부담이 얼마나 빠르고 심각하게 번아웃으로 이어질 수 있는지에 대해 이야기합니다. 인터넷은 잠들지 않습니다. 여러분도 잠들 수 없습니다. 항상 티켓이, 기능 요청이, 풀 리퀘스트가, 이슈가 들어옵니다. 항상 할 일이 있고, 거기에 다른 모든 책임까지 더해지니 정말 빠르게 번아웃에 이를 수 있습니다. 제가 깊이 존경하는 또 한 분이 있습니다. 이름은 Mark Pilgrim으로, 『Dive Into Python』의 저자입니다. 그는 인터넷에서 자신에 대한 모든 것을 삭제하며 이른바 410을 실행한 적이 있습니다. 이를 두고 infocide, 즉 “정보 자살”이라는 말도 있습니다. 그는 생태계에 염증을 느꼈던 것입니다. Ruby 커뮤니티를 떠올리면 『Poignant Guide to Ruby』의 저자인 _why를 기억하실지도 모릅니다. 그도 비슷한 일을 했습니다. antirez가 한 말에 집중해 보겠습니다. “Redis 작업에 대해 돈을 받기 시작하자, 예전 패턴을 윤리적으로 유지하는 것이 더 이상 불가능해졌습니다. 그래서 정상적인 일정에 맞춰 일하도록 스스로를 강제하기 시작했습니다. 저에게는 수년간 엄청난 struggle이었습니다. 게다가 지금 시점에서는 그 때문에 제가 할 수 있는 것보다 덜 하고 있다는 확신이 듭니다. 하지만 일이 원래 그렇게 돌아갑니다.” 마치 정상적인 근무 일정에 억지로 맞춰야 하고 충분히 잘하지 못하는 것 같아 죄책감을 느끼는 것처럼 들립니다. 제게는 어쩐지 번아웃의 징후로 보이며, 오픈소스와 돈의 애증 관계를 보여줍니다. 돈을 받으면 일이 되지만, 대부분의 시간에 코드를 쓰는 건 아닙니다. 발표 자료를 쓰고, 풀 리퀘스트를 리뷰하고, 이슈를 살피고, 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.dev에서 비디오 코스로 하려는 것입니다. tailwind 같은 회사가 이를 인상적으로 잘하고 있으니 배울 점이 있습니다. 굿즈 판매는 브랜드가 있어야 합니다. 그래서 제가 할 수 있는 일은 아니지만, Mozilla나 YouTube의 Coding Train 같은 곳이라면 충분히 할 수 있습니다. 컨설팅은 언제나 선택지입니다. 하지만 일이 훨씬 많아지고 정말 좋아하는 일에서 멀어질 가능성이 높으니 정말 직업이 됩니다. 그걸 할지 말지 고민해 봐야 합니다. 엔터프라이즈 서비스는 비즈니스에서 운영될 수 있고 특별한 요구사항이 있는, 어쩌면 1%에 해당하는 프로젝트에나 해당하는 매우 고급 단계[이면서 흥미로운]입니다. 위에서부터 시작해 아래로 내려가라고 말씀드리고 싶습니다. 오디언스 만들기부터 시작하세요. Github에서 오디언스를 만들어 Twitter로 퍼널링하는 것보다 Twitter에서 오디언스를 만들어 Github로 퍼널링하는 게 아마 더 쉬울 겁니다. 아, 그런데 이게 어렵다고 말씀드렸나요? 우울하게 끝내고 싶지는 않습니다. 오늘 다시 시작한다 해도 그 모든 걸 다시 할 거라는 점을 정말 강조하고 싶습니다. 오픈소스에 기여하기에 오늘보다 더 좋은 때는 없다고 생각합니다. 아마 내일은 더 좋을 겁니다. 갑자기 훨씬 더 많은 사람이 관심을 가지고, 프로젝트를 세팅하는 게 훨씬 쉬워졌으며, VSCode와 Github Actions 같은 무료 도구와 무료 호스팅이 있기 때문입니다. 아주 적은 돈으로 얼마나 많은 걸 해낼 수 있는지 정말 놀랍습니다. 그러니 시도해 볼 수 있습니다. 최악의 경우 무슨 일이 생길까요? 아무도 신경 쓰지 않는 것? 뭐, 괜찮습니다. 그러면 저와 같은 수준인 거죠. 하지만 오늘 시작하려는 분들을 위해 몇 가지 팁을 드리겠습니다. 첫 번째 팁은 “숙제를 하라”는 것입니다. 많은 사람들이 학습으로 시작해 무언가를 만들고 나서 원을 닫지만, 여기서 핵심 한 조각이 빠져 있습니다. 어떤 사람들은 그 단어를 싫어하지만 결국 좋아하게 됩니다. 바로 마케팅입니다. 마케팅은 사람마다 의미가 다르지만, 제게는 알린다는 뜻입니다. 여러분이 알리지 않으면 다른 누군가가 알릴 것이고, 여러분은 멋진 사람이니까 그걸 깨달아야 합니다. 어쩌면 [여러분의 프로젝트를] 모두가 바로 알지는 못하니, 더 많이 이야기해야 합니다. 컨퍼런스에서, Twitter에서, 혹은 그냥 친구에게 말해도 됩니다. 사람들에게 기여해 달라고, 후원해 달라고 부탁할 수도 있습니다. 커뮤니티에서는 마케팅을 하면 진정성이 없다고 보는 시선이 어쩐지 있지만, 저는 그렇지 않다고 생각합니다. 똑똑하고 인내심 있고 열정적인 사람들이 마케팅을 한다면 세상은 더 나아질 거라고 생각합니다. 나쁜 놈들은 분명 마케팅을 하니까요. 그러니 숙제를 하시되, 오픈소스 메인테이너가 된다는 건 비즈니스를 운영하는 것이고 여러분 자신이 상품이라는 점을 명심하세요. 왜 누군가가 여러분을 후원하려 할지 고민해야 합니다. 여러분 스스로 답을 내놓지 못하는데 그들이 어떻게 알겠습니까. 또 퍼널을 생각해 보세요. 예를 들어 사람들이 어떻게 여러분을 찾을까요? 사람들이 여러분을 찾는 가장 좋은 방법은 아마 YouTube 채널을 시작하는 것입니다.

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

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

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

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

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

마지막으로, 길게 보세요. 좋은 일에는 시간이 걸립니다. 보시다시피 저는 10년이 걸렸습니다. 여러분은 5년이 걸릴 수도, 어쩌면 더 적게 걸릴 수도 있지만, 하룻밤 사이의 성공은 아마 아닐 겁니다. 정말 장기적인 투자입니다.