GitHub Sponsors से $1M की कमाई हासिल

• GitHub Sponsors के ज़रिए 5 साल में $1M की कमाई की
• 5 साल पहले बिना किसी योजना के नौकरी छोड़ दी और Livewire और Alpine.js जैसे open source प्रोजेक्ट बनाना शुरू किया
• 2 साल बाद GitHub Sponsors अकाउंट बनाया और सालाना $100k की कमाई तक पहुँचे
• open source प्रोजेक्ट डेवलपमेंट और अतिरिक्त प्रोडक्ट्स की बिक्री से लगातार आय बनाई

$1M कमाई का ब्योरा

• $5k: "Buy me a Coffee" सपोर्ट फंड
• $5k: sticker बिक्री से आय
• $20k: Sushi प्रोजेक्ट के early access से आय
• $25k: hourly consulting से आय
• $20k: Alpine conference से आय (असल में कोई मुनाफ़ा नहीं हुआ)
• $200k: वेबसाइट पर कई कंपनियों के logo लगाने से ad revenue (Fly.io की वजह से)
• $725k: Livewire premium screencasts से आय

sustainable open source के लिए रणनीति

"लोगों को पसंद आने वाला बहुत सारा code लिखिए, फिर उस code से कुछ बनाते हुए screencast रिकॉर्ड कीजिए और उसे बेचिए। साथ ही, बहुत लिखिए, बोलिए और रिकॉर्ड कीजिए।"

ऐसा कुछ दीजिए जिसे लोग खरीदना चाहें

• लोग आपका support करना चाहते हैं, लेकिन उन्हें उसके अलावा भी कोई कारण चाहिए
• आपको course, screencast, sticker जैसी ऐसी चीज़ें देनी होंगी जिन्हें लोग खरीदना चाहें

educational content बनाकर शुरुआत करें

• आपने जो software खुद बनाया है, उसका इस्तेमाल सिखाना सबसे आसान होता है
• recording और editing मुश्किल लगे तब भी बहुत साधारण तरीके से शुरू किया जा सकता है
• docs साइट पर वीडियो डालें, और दूसरी docs pages से उन वीडियो की link दें
• 10~20 वीडियो मुफ़्त में दें
• GitHub login अनिवार्य करें, और बाकी वीडियो सिर्फ sponsors को दिखें
• आज भी ज़्यादातर कमाई इसी रणनीति से आती है, और मैं न के बराबर अपना चेहरा दिखाता हूँ या flashy editing और graphics इस्तेमाल करता हूँ
• अपनी पूरी क्षमता से content बनाइए; आख़िरकार लोगों के लिए content ही सबसे ज़्यादा मायने रखता है

docs सबसे मूल्यवान asset हैं

• docs सबसे मूल्यवान asset हैं, इस पर ज़ोर दिया गया
• दूसरे indie hacking बिज़नेसों के विपरीत, आपके पास ऐसी वेबसाइट है जहाँ developers हर दिन आते हैं और बहुत समय बिताते हैं
• वेबसाइट visitors से सीधे संवाद करने और उनका ध्यान खींचने का मौका मिलता है
• नए event banner, newsletter subscription, side project course promotion जैसी कई तरह से monetization किया जा सकता है
• लेकिन ads ज़रूरत से ज़्यादा न डालें; चीज़ों को साफ़ और ईमानदार रखें
• GPT, Arc जैसी AI तकनीकों की वजह से docs साइट का traffic घट सकता है, इसलिए जल्दी तैयारी करनी चाहिए

email list दूसरा सबसे मूल्यवान asset है

• email address के बदले मुफ़्त content दें
• समय-समय पर अच्छे ideas और thoughts वाले emails भेजें
• पाठकों के समय का सम्मान करें और सबसे बढ़िया content दें
• email का reply करने वाले हर व्यक्ति को व्यक्तिगत जवाब दें
• email अनौपचारिक लहजे में लिखें
• सच्चा और ईमानदार tone पाठकों को पसंद आता है और लिखना भी आसान बनाता है
• ज़रूरत से ज़्यादा polished writing style को लगातार बनाए रखना मुश्किल होता है
• अगर बेचने के लिए कोई product है, तो पहले teaser email भेजें और फिर launch करें
• बहुत बड़ी Twitter following से भी email list कहीं ज़्यादा मूल्यवान होती है

अपना असली रूप दिखाइए

• जैसे हैं वैसे ही लोगों से जुड़ें
• इससे लंबे समय तक साथ निभाने वाले सच्चे दोस्त बनाए जा सकते हैं

रिश्ते ही सब कुछ हैं

• programming skill, marketing skill, taste जैसी चीज़ें सफलता के लिए ज़रूरी हैं, लेकिन सबसे अहम रिश्ता है
• मैं speaker और participant दोनों रूपों में conferences में जाता हूँ और लोगों से आमने-सामने मिलने के लिए यात्रा करता हूँ
• मैं लोगों से घंटों phone पर बात करता हूँ और छोटे व्यवसाय भी साथ शुरू करता हूँ
• Twitter पर अनगिनत समय बिताता हूँ और Zoom पर भी बहुत समय देता हूँ
• इन सब गतिविधियों से ऐसे लोगों का बड़ा समूह बनता है जिनसे कभी भी सलाह ली जा सकती है
• एक ऐसी community बनती है जो आपका हौसला बढ़ाती है, आपके काम को फैलाती है और मौके देती है
• यही सब कुछ है; रिश्ते सबसे महत्वपूर्ण हैं
• रिश्ते बनाने और उन्हें बनाए रखने पर ध्यान दें

platform risk को बाँटना ज़रूरी है

• GitHub की अचानक payment policy change (Paypal बंद) की वजह से महीने के $4k revenue में गिरावट का अनुभव हुआ
• किसी एक platform पर ज़्यादा निर्भरता जोखिम भरी है, इसलिए payment platforms में diversification ज़रूरी है
• अब भी GitHub Sponsors का इस्तेमाल और पसंद है, लेकिन Stripe, Paddle, Gumroad, Lemon Squeezy जैसे कई payment processors का इस्तेमाल शुरू किया
• GitHub का सबसे बड़ा फ़ायदा developers के लिए payment fee माफ़ करना है, और tax मामलों को संभालना भी दूसरे platforms की तुलना में कहीं आसान है

competitor हर जगह हैं

• open source game का सबसे कठिन हिस्सा है "लोगों को कुछ बेचना"
• एक बड़े open source प्रोजेक्ट को बनाना और बनाए रखना ही नहीं, बल्कि लोगों के खरीदने लायक चीज़ भी बनानी पड़ती है, इसलिए यह मुश्किल है
• इससे बाज़ार में प्रतिस्पर्धा बहुत तीखी हो जाती है
• ideas चुराना, धोखा देना, code को wrap करना जैसी प्रतिस्पर्धियों की कई तरह की हरकतें होती हैं
• ज़्यादातर मामलों में ऐसे प्रोजेक्ट कोई खास परिणाम नहीं ला पाते, इसलिए बड़ी समस्या नहीं बनते
• लेकिन कभी-कभी दुर्भाग्य से ऐसा नहीं होता

competition को लेकर stress मत लीजिए

• बहुत लोग ऐसा नहीं सोचते, लेकिन मैं काफ़ी competitive हूँ
• जब मैं कोई course बना रहा होता था और कोई दूसरा वही चीज़ मुझसे पहले बना देता था, तो मुझे stress होता था
• यह ग़लत सोच है, और एक अहम सीख जिसने मेरी ज़िंदगी को बुनियादी रूप से बेहतर बनाया, वह यह है
• जैसे लोग कई bands का music सुनते हैं, वैसे ही वे कई courses खरीदेंगे और कई educators की classes देखेंगे
• education में competitors ज़्यादा होना उल्टा अच्छा है
• competitor जितने बढ़ते हैं, उतने ज़्यादा लोग प्रोजेक्ट के बारे में बताते हैं
• इसका नतीजा हर बार अच्छा ही निकलता है

code competition में stress होना चाहिए

• educational content competition अच्छी है, लेकिन code competition नहीं
• लोग आम तौर पर एक ही framework इस्तेमाल करने की तरफ़ झुकते हैं
• अगर कोई आपके framework को एक पतली API layer से wrap कर दे, तो वह आपके प्रोजेक्ट से ध्यान और intellectual property छीन सकता है
• यह बेहद परेशान करने वाली बात है, लेकिन अगर आपने MIT license वाले repo में बहुत मेहनत लगाई है, तो एक तरह से गलती आपकी ही है
• MIT license साफ़ कहता है कि लोग आपका code लेकर उसे अपना कह सकते हैं, बेच सकते हैं, या जैसा चाहें वैसा इस्तेमाल कर सकते हैं
• open source का यही सबसे demotivating हिस्सा है
• आप ऐसा प्रोजेक्ट बनाते हैं जिसे आप और दूसरे लोग लेकर उत्साहित हों, सालों तक features जोड़ते हैं और bugs ठीक करते हैं, फिर कोई आता है और आपके कंधे पर खड़ा होकर आपको नुकसान पहुँचाता है
• इससे भी बुरी बात यह है कि वे आपके repo में issue खोलकर आपसे अपने प्रोजेक्ट को बेहतर करने की मांग करते हैं
• ऐसी स्थितियाँ विकल्प और visibility छीन लेती हैं, revenue घटाती हैं, और अंततः आपको फिर से रोज़मर्रा की नौकरी की ओर धकेल सकती हैं, जिससे प्रोजेक्ट धीरे-धीरे मरने लगता है
• 9-5 developer रहते हुए मैंने कभी इस तरह नहीं सोचा था, लेकिन maintainer बनने के बाद यह बात गहराई से महसूस हुई
• अच्छी बात यह है कि Fair-code initiative जैसे नए रास्ते खोजने वाले लोग मौजूद हैं

नियमित major version रिलीज़ करें

• आप अपने software से संतुष्ट हो सकते हैं और उसे सुंदर मान सकते हैं, लेकिन अगर जानबूझकर नए major versions रिलीज़ नहीं करेंगे, तो प्रोजेक्ट बासी लगने लगेगा
• अगर 2 साल बाद भी आपने docs साइट का design नहीं बदला, कोई अच्छा feature नहीं जोड़ा, और नया vX.0 नहीं लगाया, तो आप ग़लत कर रहे हैं
• ज़्यादातर developers (मैं भी) नई और चमकदार चीज़ें पसंद करते हैं
• सबसे नया चीज़ अक्सर सबसे बेहतर लगती है
• भले ही बदलाव बुनियादी न हों, चीज़ों को नया महसूस कराते रहें
• नया version tag करें, landing page redesign करें, और 🔥 🚀 🎉 emoji के साथ tweet कर दें (sparkles emoji मत भूलिए)

GitHub issue tracking बंद करें

• एक अहम सीख जो कोई नहीं बताता: GitHub issue tracking बंद कर दीजिए। यह एक टूटा हुआ मॉडल है
• इंटरनेट पर कहीं से भी random लोग आपका ध्यान माँगते हैं और उनके संतुष्ट होने तक आपको बंधक बनाए रखते हैं
• अगर आप किसी issue को इसलिए बंद कर दें कि वह priority नहीं है या reproduce करना कठिन है, तो लोग इसे हमला समझेंगे
• इसकी जगह GitHub Discussions का इस्तेमाल करें
• मेरी philosophy यह है:
  • community को bugs वगैरह पर आपस में बात करने दें
  • और जब बात काफ़ी साफ़ हो जाए, तो कोई सक्षम community member Pull Request भेज सकता है; तब मैं अपना ध्यान और समय लगाता हूँ
• मैं तभी समय लगाता हूँ जब किसी ने समस्या पर काफ़ी सोच-विचार किया हो, उसे आसानी से reproduce होने वाले environment में दोहराया हो, और संभव हो तो failing test भी जोड़ा हो
• इससे आप प्रोजेक्ट को अच्छी तरह maintain कर सकते हैं, community से जुड़े रह सकते हैं, और प्रोजेक्ट को fresh रखने या funding पाने के लिए दूसरे काम भी कर सकते हैं
• इस क्षेत्र में मुझसे कहीं बेहतर maintainers ज़रूर होंगे
  • वे लोग पूरे दिन Discord पर रहकर issue inbox खाली करते होंगे, और वे इसमें अच्छे भी होंगे, लेकिन मैं ऐसा नहीं हूँ
  • मेरी पत्नी और दो बच्चे हैं, और लगातार issues संभालने के अलावा repo में करने के लिए और भी ढेर सारा काम है
• Discord? मैं community से और नियमित रूप से जुड़ना चाहता हूँ, लेकिन यह मेरी focus को बुरी तरह खींच लेता है। इससे deep work नहीं हो पाता
• इसकी जगह मैं Twitter पर लिखता हूँ, emails का जवाब देता हूँ, और बहुत podcasts करता हूँ
  • लोग फिर भी महसूस करते हैं कि वे मुझसे जुड़े हैं, लेकिन यह ऐसा तरीका है जिसमें मैं समय होने पर "opt-in" कर सकता हूँ

open source के बाद की ज़िंदगी की योजना बनाइए

• इस हिस्से में मेरा अनुभव नहीं है, लेकिन मैं इसके बारे में धीरे-धीरे सोचना शुरू कर रहा हूँ
• open source में सफलता क्षणिक होती है। आज आपकी library लोकप्रिय है, लेकिन कल शायद न हो
• बेशक, सब कुछ एक रात में गायब नहीं होगा। Lindy effect को याद रखना अच्छा है
• फिर भी, जिन सभी कारणों की शिकायत मैंने पहले की, उनकी वजह से open source monetization खास तौर पर कठिन है
• आदर्श रूप से, आपको अधिक sustainable business बनाना शुरू कर देना चाहिए
• जैसे कोई SaaS जिसे एक दिन हर कोई बनाएगा। मेरी भी ऐसी उम्मीद है...

open source के फ़ायदों का आनंद लें

• GitHub और दूसरी कंपनियाँ आपको अचानक अच्छे swag भेजेंगी
• conference में awkward तरीके से अकेले बैठने के बजाय लोग आपसे बात करना चाहेंगे
• आपके heroes आपको पहचानेंगे, और शायद आप उनके दोस्त भी बन जाएँ

लेकिन "आपके पास असली नौकरी नहीं है।" इसका आनंद लीजिए। टहलने जाइए, camping पर जाइए, या बस कहीं गायब हो जाइए और किसी को मत बताइए
और सबसे महत्वपूर्ण बात
आप पूरे दिन code लिखकर पैसे कमा सकते हैं। आप ताज़ी, गर्म, धुआँ छोड़ती अनोखी programming problems को खुशी-खुशी चबा सकते हैं।
मैं यह काम इसी वजह से करता हूँ। बस यही है। उस धागे को खींचते जाना और देखना कि वह मुझे कहाँ ले जाता है। गहरी समस्या की बिजली की सवारी करना। बस यही है। दुनिया में यही मेरी सबसे पसंदीदा चीज़ है।
इसे हल्के में मत लीजिए। यह मत भूलिए कि आप किसी checkout counter पर खड़े नहीं हैं या रोज़ ऑफिस आने-जाने में समय नहीं बिता रहे। आप वह सबसे मज़ेदार काम कर रहे हैं जो किया जा सकता है, और वही आपका काम है।

[yangeok]

यह काफ़ी कुछ सोचने पर मजबूर करता है।

[roxie]

??? : php क्या वह पूरी तरह पुरानी तकनीक नहीं है?

[bbulbum]

Livewire और alpine.js, दोनों ही काफ़ी बड़े नाम हैं... हा हा

[koyokr]

मैं Cursor GitHuber बनना चाहता हूँ

[aer0700]

कमाल है।

[xguru]

GitHub Sponsors से 12 करोड़ वॉन कमाने का तरीका

4 साल पहले मैंने यह लेख यहां साझा किया था, और अब यह 10 गुना बढ़ गया है। कई मायनों में यह वाकई शानदार है।