तकनीकी किताब लिखने की अर्थव्यवस्था
(architectelevator.com)- तकनीकी किताबों में royalties से सार्थक कमाई की गुंजाइश होती है, लेकिन लिखने, production और promotion में हजारों घंटे लगते हैं, इसलिए यह ऐसा काम है जिसे सिर्फ पैसे के लिए शुरू करना मुश्किल है
- एक किताब से 100,000 डॉलर कमाने के लिए distribution model के हिसाब से प्रति कॉपी कमाई में बड़ा फर्क होता है; self-published eBook की लगभग 6 हजार कॉपियां, self-published print book की 10 हजार कॉपियां, और traditional publishing में लगभग 25 हजार कॉपियां बेचनी पड़ती हैं
- वास्तविक sales कुछ long-term बिकने वाली किताबों को छोड़कर सीमित होती है, और publisher के मानदंड से 10 हजार copies sold को सफलता माना जाता है; किसी खास technology पर निर्भर किताब 12–18 महीनों में पुरानी पड़ सकती है
- Gumroad, Leanpub, Amazon और traditional publishers में revenue split, production tools, control, brand, reach और promotion support अलग-अलग होते हैं, इसलिए लेखक की कमाई और काम करने का तरीका दोनों बदल जाते हैं
- किताबें direct sales revenue के अलावा consulting, workshops, paid talks और career credibility पर भी असर डालती हैं; खासकर independent consultants के लिए यह expertise साबित करने का tool बनती हैं
तकनीकी किताब सिर्फ पैसे के लिए लिखना मुश्किल है
- तकनीकी लेखक, speaker और series editor पर लागू होने वाला मूल सिद्धांत यह है कि अगर कोई और पैसा कमाता है, तो लेखक को भी पैसा कमाना चाहिए
- तकनीकी किताब लिखने का पहला सिद्धांत यह है कि पैसे के उद्देश्य से न लिखें
- इसका मतलब यह नहीं कि तकनीकी किताब से अच्छी कमाई नहीं हो सकती; कमाई का आकार sales volume और distribution model पर बहुत निर्भर करता है
- Royalties को आम तौर पर passive income माना जाता है, लेकिन असल में यह पहले किए गए writing, production और promotion के काम का delayed compensation जैसा है
- Leanpub जैसे platforms, जो हर book sale पर e-mail भेजते हैं, sales notification को तुरंत महसूस करा देते हैं
100,000 डॉलर कमाने के लिए कितनी copies बेचनी होंगी
- एक किताब से USD 100,000 कमाने के लिए अनुमानित sales volume प्रति कॉपी कमाई के हिसाब से बहुत बदलता है
- Self-published eBook: retail price $20, royalty $16 मानकर लगभग 6 हजार copies
- Self-published print book: retail price $30, royalty $10 मानकर लगभग 10 हजार copies
- Traditional publishing की technical book: retail price $50, royalty $4 मानकर लगभग 25 हजार copies
- Social media followers की संख्या ज्यादा हो तो भी वह सीधे खरीद में नहीं बदलती; असली नतीजा conversion rate पर निर्भर करता है
- Website पर 2–5% conversion rate पहले से ही बहुत अच्छा स्तर है; अगर Leanpub book page को 100,000 लोग देखें और targeting सही हो, तो लगभग 3,000 लोग खरीद सकते हैं
- Amazon पर अक्सर purchase intent वाले users book page तक पहुंचते हैं, इसलिए conversion rate ज्यादा हो सकता है
वास्तविक sales volume और long-term sales का असर
- कुछ मशहूर tech और business books लंबे समय तक बड़ी sales दर्ज करती हैं
- Enterprise Integration Patterns (2003): 100 हजार से ज्यादा copies
- Team Topologies (2019): 150 हजार से ज्यादा copies
- UML Distilled (1997): 300 हजार से ज्यादा copies
- Design Patterns (1994): 500 हजार से ज्यादा copies
- The Unicorn Project (2018): 500 हजार से ज्यादा copies
- ये सभी उदाहरण traditional publishing channels से गुजरे हैं, लेकिन इसका मतलब यह नहीं कि traditional publishing हमेशा ज्यादा बेचती है
- कहा गया है कि self-published technical books में 100 हजार copies से ऊपर जाने वाले उदाहरण की जानकारी नहीं है
- Publisher के मानदंड से 10 हजार copies sold को सफलता माना जा सकता है, और उसके बाद अगली किताब लिखने का अनुरोध मिल सकता है
- Leanpub पर कुछ लेखक अपनी sales volume public करते हैं
- Simon Brown की Software Architecture for Developers मई 2024 तक लगभग 27 हजार copies बिक चुकी है
- इस संख्या में free distribution शामिल हो सकता है
- Platform Strategy Leanpub की all-time bestseller list में 19वें स्थान पर है
Amazon sales volume का अनुमान लगाने का तरीका
- Amazon copies sold public नहीं करता, लेकिन पिछले लगभग 5 सालों की किताबों के लिए Amazon.com ratings की संख्या से sales volume का मोटा अनुमान लगाया जा सकता है
- अनुभवजन्य formula है: copies sold = Amazon.com ratings count × 60
- यह formula Team Topologies और The Software Architect Elevator पर ठीक बैठता है, लेकिन पुरानी किताबों में sales volume को कम आंक सकता है
- Design Patterns की ratings Team Topologies जैसी हैं, लेकिन वह कहीं ज्यादा लंबे समय से बिक रही है
- पहले Amazon का scale छोटा रहा होगा या ratings छोड़ने वाले लोग कम रहे होंगे
- अलग-अलग editions की ratings अलग जमा होती हैं, इसलिए उन्हें जोड़ना जरूरी है
- Amazon कुछ किताबों पर monthly sales range भी दिखाता है
- The Software Architect Elevator: 100+ range
- Kent Beck की Tidy First, Sam Newman की Building Microservices: 250+ range
- Design Patterns: 500+ range
- System Design Interview: 1k+ range
- Martin Kleppmann की Designing Data-Intensive Applications: 2.5k+ range
किताब की lifetime की economics
- किताब से 100,000 डॉलर कमाए जा सकते हैं, लेकिन एक साल के भीतर कमाने की उम्मीद नहीं करनी चाहिए
- Enterprise Integration Patterns ने प्रति लेखक 100,000 डॉलर से ज्यादा कमाए, लेकिन यह अवधि 20 साल की थी
- किताब के topic की lifetime कमाई पर बड़ा असर डालती है
- EIP publication के 20 साल बाद भी हर साल कुछ हजार copies बिकती है
- किसी खास technology को cover करने वाली किताब 12–18 महीनों के बाद पुरानी पड़ सकती है
- किताब की lifetime बढ़ाने का एक तरीका 2nd edition, 3rd edition निकालना है
- 37 Things और Cloud Strategy करीब 4 साल तक लगातार बिकती रहीं, और 37 Things आगे चलकर The Software Architect Elevator बनी, जो कुल मिलाकर 7 साल से ज्यादा अच्छी बिकी
Distribution channels के हिसाब से लेखक का हिस्सा
- Retail price में से लेखक को मिलने वाला अनुमानित हिस्सा channel के हिसाब से अलग होता है
- Gumroad: लगभग 88%, credit card fee 2% मानकर
- Leanpub: 80%
- Amazon Kindle: price $10 से कम हो तो 65%, $10 या उससे ज्यादा हो तो 35%
- Amazon KDP: price × 60% - printing cost
- Traditional publisher: लगभग 5–8%
- Gumroad 90% में से credit card fee 2–3% घटाकर payment करता है
- Leanpub fair royalty rate और book rendering system देता है; अतिरिक्त features के लिए monthly fee होती है, लेकिन verified authors के लिए यह waive हो सकती है
- Kindle eBook में $10 से कम पर royalty rate अच्छा होता है, लेकिन ज्यादातर technical books जिस $10+ range में आती हैं, वहां यह काफी घटकर 35% रह जाता है
- KDP print books में 60% में से printing cost लेखक को उठानी होती है
- 300-page technical book का sample calculation: $30 × 60% - $5 = $13
- आखिर में retail price का लगभग 30–40% कमाया जाता है
- Traditional publishers net sales का लगभग 15% देते हैं; retail price के आधार पर यह करीब 6%, यानी $50 की किताब पर लगभग $3 है
- Co-author हों तो वही हिस्सा बांटना पड़ता है, इसलिए प्रति लेखक कमाई अनुपात में घटती है
- Traditional publisher के audiobook और eBook royalty rates करीब 25% होते हैं, और कम distribution cost के कारण वे royalty cheque का आधा हिस्सा भी बन सकते हैं
किताब से और पैसा कमाने के तरीके
- कई independent authors के लिए किताब direct sales product नहीं, बल्कि branding tool होती है
- किताब business लाने और consulting rates बढ़ाने में मदद कर सकती है
- एक paid workshop किताब की 1 हजार copies sold जितनी कमाई दे सकती है
- Workshops में किताब free में भी बांटी जा सकती है
- Paid talks भी संभव हैं, लेकिन speaking fees में बहुत variation होता है और इसे automatic payment नहीं माना जा सकता
- Online paid events या webinars travel time और cost न होने के कारण फायदेमंद हो सकते हैं
- Full-time job में extra revenue generation के options सीमित हो सकते हैं, और कुछ employers workshops conduct करने पर restriction लगा सकते हैं
- किताब सामान्य hiring interview opportunities में मदद कर सकती है, लेकिन interview खुद पास नहीं कराती
- Consultants के लिए किताब उनकी बेची जाने वाली expertise और advice दिखाने वाली material बनती है
Pricing और digital add-ons
- Traditional publishers technical books की price आम तौर पर $40–$80 range में रखते हैं
- Self-published books में लेखक खुद price तय करता है; अनुभव के आधार पर price range करीब $25–$30 है
- Professional editor और illustrator को hire करने से self-published book की quality भी traditional publishing book जैसी हो सकती है
- Leanpub bestsellers के minimum price examples अपेक्षाकृत कम हैं
- Software Architecture for Developers: $15
- Art of Data Science: $20
- Event Storming: $9.99
- $20 की Leanpub book लेखक को $40 Kindle sale से ज्यादा कमाई दे सकती है
- Leanpub पर किताब शुरू करते समय initial price $9.99 जैसी कम रखने से शुरुआती readers को reward किया जा सकता है
- शुरुआती readers को सभी updates free मिलते हैं
- वे किताब पूरी न होने के risk और edited होने से पहले manuscript पढ़ने की परेशानी को स्वीकार करते हैं
- किताब mature होने पर price बढ़ाई जाती है
- एक उपयोगी pricing strategy जिसे अभी आजमाया नहीं गया है, वह digital add-ons है
- workbook, template, toolkit, video को extra payment पर offer करने का तरीका
- यह सलाह इस बात पर आधारित है कि existing buyer से $10 और खर्च करवाना, बिल्कुल नया buyer खोजने से आसान है
Payment cycles और reporting
- लगभग सभी sales channels refund handling या small payment fees के कारण holding period रखते हैं
- Gumroad: 7 दिन
- Leanpub: 60 दिन
- Amazon: 60 दिन
- Publisher: 60–180 दिन
- Gumroad sale के अगले week के अंत में payment करता है, इसलिए worst case में लगभग 13 दिन इंतजार करना पड़ता है
- Leanpub 60-day refund guarantee period खत्म होने तक पैसा hold करता है
- Amazon भी मिलते-जुलते schedule पर payment करता है
- Traditional publishers में payment cycles monthly से लेकर half-yearly तक अलग-अलग होते हैं
- Leanpub तुरंत online report देता है, और Amazon भी थोड़ी delay के साथ daily online report देता है
- Publisher payment के साथ PDF report भेजता है
Book series और series editor की income
- Traditional publisher की book series कई किताबों को common brand में बांधकर cross-sell कराने का माध्यम होती है
- प्रमुख उदाहरण Pearson की Martin Fowler’s Signature Series है, और Enterprise Integration Patterns भी इसी series में आती है
- O’Reilly की “Up and Running” या Manning की “In Action” जैसी मिलते-जुलते titles वाली किताबें sub-branding और cross-selling का लक्ष्य रखती हैं, लेकिन series editor वाली अर्थ में series नहीं हैं
- Series editor का सामान्य हिस्सा net sales का 1% होता है, जो $50 की किताब पर लगभग 20 cents है
- यह पैसा लेखक के हिस्से से नहीं कटता, बल्कि इस premise पर अलग से दिया जाता है कि series sales को drive करती है
- अगर कई किताबें 50 हजार या 100 हजार copies से आगे जाने वाली successful series हों, तो 1% भी accumulate हो सकता है
- Series income से 100,000 डॉलर से ऊपर जाने के लिए लगभग 500 हजार copies बेचनी होंगी, और series editor बनने के लिए पहले successful author होना पड़ता है
- किताब लिखने, production और promotion में हजारों घंटे लगते हैं, इसलिए book income को hourly income के रूप में calculate करना मुश्किल है
Self-publishing और traditional publishing का चुनाव
- Publishing channel का चुनाव सिर्फ royalty rate नहीं, बल्कि control और support level का trade-off भी है
- Beginner authors को traditional publisher की credibility और brand image से मदद मिल सकती है
- मोटी तुलना इस प्रकार है
- Gumroad: royalty rate और control high, लेकिन tools, branding और promotion support कमजोर
- Leanpub: royalty rate और control high, और PDF/EPUB production tools उपलब्ध
- Amazon: reach अच्छा और online reporting है, लेकिन changes के लिए waiting time है
- Traditional publisher: royalty rate और control low, लेकिन production, brand, reach और promotion support मजबूत
- Gumroad और Amazon पर completed book खुद लेकर जानी पड़ती है
- Leanpub Markua script से PDF render कर सकता है या browser में लिखने देता है
- Leanpub इस्तेमाल करने पर भी cover, illustrations, proofreading और layout लेखक की जिम्मेदारी होती है
- Experts से editing और artwork करवाने पर book के size और complexity के हिसाब से $500 से कई हजार dollars तक खर्च हो सकते हैं
- Leanpub पर content और price कभी भी बदले जा सकते हैं और one-time coupons भी बनाए जा सकते हैं
- Amazon में हर change पर 72-hour waiting period होता है, और इस दौरान author copies भी order नहीं की जा सकतीं
- Traditional publisher के production pipeline के हिसाब से schedule कई महीने पहले तय हो जाता है, और late changes पसंद नहीं किए जाते
- अगर goal maximum revenue नहीं बल्कि maximum reader reach है, तो traditional publisher बेहतर choice हो सकता है
IngramSpark और print distribution
- IngramSpark दुनिया की सबसे बड़ी book printing और distribution companies में से एक है, जो self-published books को bookstores और libraries से order करने लायक बना सकती है
- Payment structure Kindle Direct जैसा ही है: retail price 60% - printing cost
- Kindle Direct का “Expanded Distribution” Amazon पर published किताबों को भी Ingram के जरिए distribute कराता है
- उल्टा, Ingram से publish करने पर भी किताब Amazon पर बिक सकती है
- Print book distribution Amazon और Ingram नाम के दो बड़े players की ओर converge करता दिखता है
Publishing path धीरे-धीरे expand हो सकता है
- Publishing channels पूरी तरह mutually exclusive नहीं हैं
- एक तरीका यह है कि blog posts से शुरुआत करके quick feedback लिया जाए, और फिर Leanpub, Kindle/KDP, traditional publisher के क्रम में expand किया जाए
- 37 Things इसी path से गुजरकर The Software Architect Elevator में विकसित हुई
- पहले traditional publishers पहले से self-published books से कतराते थे, लेकिन अब यह बदल गया है
- अगर self-published book अपने दम पर अच्छी बिकती है, तो publisher मानता है कि वे sales को और बढ़ा सकते हैं और risk कम है
Marketing, advertising और promotion
- Leanpub खुद ज्यादा traffic नहीं लाता; लेखक को traffic लाना पड़ता है
- Self-publishing का core principle self-marketing है
- Gumroad ज्यादा traffic दिला सकता है, लेकिन attention पाने की cost बड़ी होती है
- Amazon search ranking और recommendations के जरिए real traffic लाता है और sales पर बड़ा असर डालता है
- Traditional publisher paid placements, अच्छी बिकने वाली दूसरी books के साथ cross-links, influencers को books भेजना आदि कर सकता है
- Publisher का नाम trust बनाता है और conversion rate बढ़ा सकता है
- Platform-specific advertising methods भी मौजूद हैं
- Leanpub में The Shelf है
- Gumroad Discover sales amount का कम से कम 30% लेता है और exposure बढ़ाता है
- Amazon ads keywords चुनने और bid करने के तरीके से चलते हैं और “sponsored” label के साथ दिखते हैं
- Amazon ad click cost आसानी से $1 हो सकती है
- अगर आप प्रति sale $10 कमाते हैं और conversion rate 20% है, तो एक sale बनाने के लिए ad spend $5 होगा
- इस स्थिति में profit आधा हो जाता है
- यह confirm करना होगा कि क्या वह sale ads के बिना नहीं होती
- Buyers book description, cover और reviews देखते हैं
- Goodreads reviews को Amazon reviews से ज्यादा भरोसेमंद माना गया, और Amazon Goodreads का मालिक है तथा कुछ regions में दोनों scores साथ दिखाता है
- Paid ads के अलावा कई authors blog, social media और events से book promote करते हैं
- Event talks का book sales में बदलने वाला असर कमजोर हो सकता है; अगर international talk में 5–10 copies ही बिकें, तो time के मुकाबले कोई और compensation चाहिए
- Leanpub coupons एक useful promotion feature हैं
- $20 book पर 25% discount coupon लगाने से यह $15 list price वाली book से बेहतर बिक सकती है
शुरुआत आखिरकार एक किताब लिखने से होती है
- सभी revenue structures और distribution strategies तभी लागू होती हैं जब पहले किताब पूरी हो
- Technical book से 100,000 डॉलर कमाने का तरीका आखिरकार एक-एक copy बेचने का ही है
1 टिप्पणियां
Hacker News राय
मैंने 4 तकनीकी किताबें प्रकाशित की हैं, और पाँचवीं पांडुलिपि भी पूरी कर ली है; अभी publishers के साथ distribution पर बात चल रही है
मैंने ऐसी कई पोस्ट देखी हैं, लेकिन यह पोस्ट मुझे सबसे ज़्यादा realistic और व्यापक लगी
खासकर “10 हज़ार copies बिकना सफलता है, और 2 हज़ार copies break-even point हो सकती हैं” वाली बात पर और ज़ोर दिया जाना चाहिए
पारंपरिक publishing वाली programming books में भी काफ़ी सारी 2 हज़ार copies पार नहीं कर पातीं, और self-publishing शायद उससे भी कठिन हो सकती है
लेख का “Reality Check” भी अभी उतना कठोर नहीं है। उसने अच्छी बिकने वाली तकनीकी किताबों के उदाहरण चुनकर दिखाए हैं, लेकिन हक़ीक़त यह है कि ज़्यादातर programming books “अच्छी बिक्री” के पैमाने यानी 10 हज़ार copies तक नहीं पहुँचतीं, और कई किताबें 2 हज़ार copies भी पार नहीं कर पातीं
तकनीकी किताब लिखने की economics अच्छी नहीं है, और अगर LLM-generated कचरा बाज़ार में उमड़ पड़ा तो यह और खराब होगी
पैसे कमाने के लिए मत लिखिए; तभी लिखिए जब career, education जैसी किसी और वजह से सच में लिखना चाहते हों
तकनीकी किताब से पैसे कमाए जा सकते हैं, लेकिन monetization path “book sales” नहीं होता; बल्कि कुछ किताबें बेचकर credibility बनाना, उससे talks मिलना, और फिर असली पैसे देने वाले consulting work तक पहुँचना होता है
कोई software engineering book अगर 100,000 copies बेचती है तो वह सचमुच exception है, और किसी खास technology पर किताब के लिए 1,000 copies बिकना भी काफ़ी सामान्य परिणाम हो सकता है। वह भी कई सालों में
इस क्षेत्र में पैसा नहीं है। “...for Dummies” जैसी series में लगातार ठीक-ठाक पढ़ने लायक technical content निकाल सकने वाले authors का एक छोटा market है। अगर 10 किताबें साथ-साथ royalties ला रही हों तो समय के हिसाब से ठीक हो सकता है, लेकिन एक-दो किताबों से शायद minimum-wage job से भी कम कमाई हो
फिर भी इसका मतलब यह नहीं कि कोशिश न करें; यह उन लोगों के शौक जैसा है जिनके पास साझा करने को कुछ है और living expenses वे अपनी day job से कमाते हैं। ऊपर से book piracy व्यापक है, और मुश्किल यह है कि जिन लोगों को लिखे से मदद मिली और जिनके पास भुगतान की क्षमता भी है, वे भी pirated copies मुफ्त में share करने के आदी हैं
हाल में मैंने एक भयावह technical book पढ़ी जो साफ़ तौर पर LLM-generated लग रही थी। publisher से संपर्क किया तो उसने भरोसा दिलाया, “वह तो author की style है, LLM इस्तेमाल नहीं हुआ।” बेशक, मुझे लगता है यह सब झूठ है
लगता है कि घटिया किताब publish करने पर भी किसी न किसी तरह revenue आ ही जाता है
मेरी किताब 5 महीनों में 91 copies बिकी, और वह machine learning कैसे काम करती है इस पर है। मैं unknown author हूँ, social media नहीं है, ad budget भी 0 है, इसलिए बस Amazon की organic visibility है
economics निश्चित रूप से अच्छी नहीं है, लेकिन मैंने इसे पैसे के लिए नहीं लिखा। अपनी बात दुनिया में छोड़ जाने की एक ज़्यादा existential वजह बड़ी थी
भले ही बहुत न बिके, यह consulting के लिए या, भले थोड़ा असहज लगे, ‘influencer’ campaigns के लिए credibility tool बन सकती है
2020 में FFmpeg documentation पूरी तरह पढ़ने के बाद मैंने एक FFmpeg book लिखी
मैं documentation में दी गई capabilities को असली audio-video conversion में आज़माते हुए FFmpeg को अंदर तक सीखना चाहता था, और परिणाम को official documentation के extension की तरह open source में publish किया[0], फिर Kindle पर भी डाला[1]
पिछले 4 साल में 743 copies बेचीं और लगभग 2,000 डॉलर कमाए। फिर भी हर महीने KDP payout email मिलने पर अजीब तरह से मुझे अपनी FAANG+ salary से भी ज़्यादा संतोष होता है
[0] https://github.com/jdriselvato/FFmpeg-For-Beginners-Ebook
[1] https://www.amazon.com/dp/B087GYV15Y/
इसलिए मुझे लगा कि क्यों न हर video editing के लिए यही इस्तेमाल किया जाए। UI से मुश्किल है, लेकिन commands 2050 में भी आज जैसी ही रहेंगी, और इसे script भी किया जा सकता है
बेशक सब कुछ जुड़ा हुआ है, आपने ffmpeg खुद नहीं लिखा, और न video encoding या camera technology बनाई; लेकिन इस तरह गिनने लगें तो उसका अंत नहीं है
जैसा लेख सही कहता है, किताब लिखना कई वजहों से अच्छा idea है, लेकिन income generation उनमें शामिल नहीं है
निजी अनुभव से, technical books market के golden age यानी 15–20 साल पहले, एक chapter लिखने पर 1,500 डॉलर मिलते थे। यह 2–3 हफ्तों का काम था, और magazine articles से बेहतर pay था, जिनमें लगभग उतना ही समय लगता था लेकिन पैसे थोड़े कम मिलते थे
एक पूरी किताब शायद करीब 25,000 डॉलर की होती थी, लेकिन उसमें कम से कम 6 महीने लगते थे
बेशक payment completion पर होता था, और किताब अच्छा करे तो बाद में royalties का वादा भी होता था, लेकिन बहुत lucky न हों तो ऐसा लगभग कभी नहीं होता था
फिर भी एक महीने से कम काम के लिए आज की value में 2,500 डॉलर मिलना पूरी तरह बुरा नहीं था, और published author का title consulting work पाने में advantage देता था
लेकिन आजकल “असल में पैसे देने वाले magazine या book contracts” ही लगभग गायब हो गए हैं
Cubase नाम के digital audio workstation का इस्तेमाल कैसे करें, इस पर एक पाठ्य-पुस्तक लिखी, और साथ में music theory, audio concepts, mixing, effects, instruments जैसी background knowledge भी डाली
लिखने में 2 साल लगे, जिनमें से 1 साल में सारा खाली समय लगा दिया, यानी full-time के हिसाब से करीब 9 महीने से 1 साल का काम था
लेकिन किसी ने खरीदी ही नहीं। करीब 2 साल बाद industry के एक व्यक्ति ने संयोग से promote कर दिया, तब जाकर बिकना शुरू हुई
अब तक लगातार update करता रहा हूँ; Cubase 6 से शुरू करके Cubase 13 तक आ चुका है, और यह काफी स्थिर रूप से बिकती है—आम तौर पर महीने में लगभग 400 पाउंड revenue रह जाता है। बहुत बड़ी रकम नहीं है, लेकिन कुछ living expenses निकल जाते हैं, और Cubase का नया version आने पर औसतन 2 हफ्ते लगाकर update करना worth it लगता है
दुनिया भर में Amazon print-on-demand के जरिए बेचता हूँ। पहले Lulu इस्तेमाल करता था, लेकिन असल में वह Amazon को subcontract करने जैसा ढांचा था, और Amazon पर प्रति किताब कम कमाई होते हुए भी Lulu से 3 गुना ज्यादा बिक्री होती है। बाद में Lulu ने वह trim size बंद कर दिया जो मैं इस्तेमाल करता था, तो चुनाव और आसान हो गया
एक और किताब भी निकाली, लेकिन उसकी price और sales दोनों कम हैं। किताब बनाना काफी मजेदार है, पर कठिन भी; यह कुछ ऐसा है कि “जब समय बचे तब काम कर लो, तो शायद कभी 1–2 साल में उसकी भरपाई हो जाए”
अगर महीने के 400 डॉलर मानें तो कुल करीब 52,800 डॉलर, और यह लगभग 1 साल के काम की कीमत थी
कुछ कमाई तो हुई, लेकिन संभवतः 1 साल की full-time नौकरी जितनी नहीं
तकनीकी किताब लिखना इतनी खराब idea है कि इसे सिर्फ idealist, डींग मारने वाले, या obsessive ideologues ही आजमाएँगे
मेरी किताब यहाँ है:
https://hypermedia.systems
(https://hypermedia.systems/tricks-of-the-htmx-masters/#html-...)
दोबारा देखा तो जिस repository को मैंने star किया था वह archived हो चुकी है, और हाल में एक नई repository दिखी, लेकिन explanation नहीं मिली। अच्छा होगा अगर पता चले कि यह content update है, किताब के build process की refactoring है, या इस बारे में कोई explanation/link मिल सके
दुनिया के भले के लिए भी बस लिख सकते हैं
हममें से कई लोगों के पास जीविका चलाने वाली अच्छी-खासी कमाई वाली primary job होती है, और अच्छा writing side project की तरह किया जा सकता है
फायदा यह है कि length जबरन बढ़ाने की जरूरत नहीं पड़ती, इसलिए concise लिखा जा सकता है, और community से bug reports भी मिल सकती हैं
किताबों से पैसा कमाने वालों को मैं नीचा नहीं समझता। सभी authors और editors का सम्मान करता हूँ। बस कुछ publishers सच में गायब हो जाएँ तो अच्छा है
पैसा motive न हो, ऐसे दूसरे रास्ते भी बहुतों के लिए खुले हैं। पुरानी hacker ethic याद रखनी चाहिए
इसलिए शायद समझ आता है कि game development literature का बड़ा हिस्सा बंद दरवाजों के पीछे क्यों है, या GDC के 500 डॉलर vault access के पीछे, या industry insiders की oral knowledge बनकर ही क्यों रह जाता है
अच्छी documentation भी मुश्किल से मिलती है; technical literature तो और कठिन है, और हफ्ते में 70 घंटे से ज्यादा crunch के बाद passion से लिखने की energy भी शायद ही बचती होगी
profit motive पानी गंदा कर देता है। Herodotos, Newton, Darwin ने ऐसी चीजें लिखीं जिन पर विचार करना सार्थक था, और वही समाज को आगे बढ़ाती हैं
greed अच्छी है और profit motive ही मुख्य driving force है—यह विचार बहुत नया है, और सभ्यता के दीर्घकालिक विकास के लिए नुकसानदेह भी हो सकता है
open source को देखें तो payment layer की अनुपस्थिति ने उसे गड़बड़ कर दिया। और उसी open source code का इस्तेमाल करके LLM को मुफ्त में bootstrap किया गया
यह कहना सही है कि technical book पैसे के लिए नहीं लिखनी चाहिए, लेकिन साथ ही पैसे के लिए लिखना भी ठीक है
अगर किताब को business की तरह approach करें तो कमाने लायक पर्याप्त पैसा है
एक write-up है जिसमें बताया गया है कि full-time job के साथ-साथ किताब और उससे जुड़े कामों को side business की तरह कई सालों तक करके लगभग 400,000 डॉलर कमाए। यह सब direct book sales revenue नहीं था; बहुत पैसा उन opportunities से आया जो किताब ने खोल दीं
इसके अलावा, किताब की वजह से मैं अपना US visa और green card खुद sponsor कर सका, और उससे खुली कई opportunities का असर तो हिसाब में शामिल भी नहीं किया
मुख्य insight यह है कि किताब एक product है। इसे ऐसे लिखना चाहिए कि किसी के काम आए। पाठक किताब पढ़ने के बाद ऐसा कौन-सा उपयोगी काम कर पाएगा जो पहले नहीं कर पाता था? उसे अपनी चाही हुई चीज जल्दी पाने में यह कैसे मदद करती है?
https://swizec.com/blog/5-years-of-books-and-courses-or-how-...
brag करने के लिए नहीं, encourage करने के लिए share कर रहा हूँ। हमें और ज्यादा insightful और useful किताबों की जरूरत है
अगर इस रास्ते पर जाना है तो पहले Write Useful Books जरूर पढ़ने की सलाह दूँगा। काश जब मैंने शुरू किया था तब यह किताब मौजूद होती
http://writeusefulbooks.com/
बाहर से देखने पर आप पहले से काफी established लगते हैं
मुझे वे indie developer influencers पसंद नहीं जो अपनी बनाई हुई momentum को ignore करके tweet करते हैं कि “यह कोई भी कर सकता है।” आप वैसा case हैं या नहीं, यह मुझे पर्याप्त रूप से नहीं पता
मैंने 9 तकनीकी किताबें लिखी हैं; उनमें से 4 प्रमुख प्रकाशक Apress से और 5 स्वतंत्र रूप से प्रकाशित कीं (https://wjgilmore.com/)
उनमें से Beginning PHP and MySQL ने हैरानी की बात है कि प्रकाशन के 20 साल पूरे कर लिए हैं[1], और कई भाषाओं में अनुवादित हुई है
बहुत पहले मैंने Apress में लगभग 70 किताबें और Wiley में कुछ किताबें edit भी की थीं। मैं इस industry को काफी अच्छी तरह जानता हूँ, और भले ही कई वर्षों से सीधे इसमें शामिल नहीं रहा, फिर भी इसे ध्यान से देखता रहता हूँ
मेरी सलाह यह है: अगर किताब लिखना चाहते हैं, तो लिखिए। लेकिन अगर आपके अंदर अनगिनत घंटे लिखने-सुधारने और खुद को बेवकूफ, अपर्याप्त और खराब लेखक कहकर कोसने की कोई अस्वस्थ चाहत है, तो कम-से-कम यह संभावना ध्यान में रखकर करें कि लोग इसे पढ़ भी सकें और इससे पैसे भी कमाए जा सकें
सफलता की संभावना बनाने के लिए किताब को कई तरीकों से package करें। प्रिंट कॉपी, प्रिंट कॉपी+वीडियो, प्रिंट कॉपी+वीडियो+consulting जैसे combinations मेरे लिए व्यक्तिगत रूप से बहुत सफल रहे
किताब बनाने के लिए Leanpub.com इस्तेमाल करने की सिफारिश करूँगा। यह Markdown को PDF, epub आदि में बदल देता है और बहुत सारे दर्दनाक घंटे बचा देता है। कोई affiliate जैसी बात नहीं है; सच में मददगार है इसलिए कह रहा हूँ
अगर आप publisher के साथ काम करना चाहते हैं, तो 2024 के हिसाब से मैं इसकी सिफारिश नहीं करूँगा, लेकिन चुनना बहुत सावधानी से चाहिए। अभी मुझे केवल दो जगहें ऐसी लगती हैं जिनके साथ काम किया जा सकता है, और उस स्थिति में भी मैं सामान्य rights कभी नहीं सौंपूँगा
[1] पाँचवें edition से, publisher के साथ मतभेदों के कारण मेरा नाम किताब से हट गया
किताब को publication date पर खत्म मानकर नहीं चलना चाहिए
Jeff Geerling ने अपनी DevOps किताब कई बार मुफ्त में उपलब्ध कराई, लेकिन मैंने पैसे देकर खरीदी। क्योंकि publication के बाद भी उन्होंने उस पर लगातार काम किया और उसे बेहतर बनाया
अगर और ज्यादा लेखक यह तरीका अपनाएँ, तो quality बढ़ेगी
जिनकी रुचि हो, उन्हें Rob Fitzpatrick की Write Useful Books की जोरदार सिफारिश करूँगा
https://www.amazon.com/Write-Useful-Books-recommendable-nonf...
यह ठीक-ठीक तकनीकी किताबों पर किताब नहीं है, लेकिन मुख्य रूप से ऐसी nonfiction लिखने के बारे में है जिसकी सिफारिश की जा सके, और उसका कुछ हिस्सा जाहिर तौर पर तकनीकी किताबों पर भी लागू होता है
किताब को सच में “करने” के लिए जरूरी practical सलाह इसमें बहुत है, और इसी किताब ने मुझे कम-से-कम इसमें पैर आजमाने के लिए प्रेरित किया
मैंने कई किताबें लिखी हैं। पहली किताब खराब थी, लेकिन बहुत अच्छी बिकी
क्योंकि उस समय Stack Overflow नहीं था, operating system platforms developer support में पर्याप्त निवेश नहीं कर रहे थे, और documentation भी खराब थी। आज इनमें से कोई भी बात सच नहीं है
print book नाम का medium भी तेजी से गिरावट में है। बाद में लिखी किताबें काफी बेहतर थीं, लेकिन वे धीरे-धीरे कम बिकती गईं
अब मैं project management content को अपनी मौजूदा रुचि वाले topics के साथ मिलाकर TikTok बना रहा हूँ, और शायद आगे चलकर YouTube पर लंबे video lecture series बनेंगी
हो सकता है सभी वहाँ न हों, लेकिन सबसे हाल में लिखी किताब Enterprise Android लगती है, जो पहले की Programming Android जैसी किताबों की तुलना में कहीं ज्यादा niche topic है
किताब बेहतर हो, फिर भी अगर readership खुद बहुत छोटी हो तो उस फर्क को मात देना मुश्किल है
व्यक्तिगत रूप से मैं 10 साल पहले की अपनी पहली किताब को अपनी सबसे अच्छी रचना मानता हूँ, लेकिन उसका विषय बहुत संकरा था, इसलिए वह बाद की किताबों की तुलना में बहुत कम बिकी
साथ ही आज पहले से कहीं ज्यादा programmers हैं। वे किताबें कम पढ़ते हों, यह हो सकता है, लेकिन यह कहना कि Stack Overflow और open-source platforms ने technical book publishing को खत्म कर दिया, काफी inaccurate है
ऐसा लगता है जैसे आप अपनी स्थिति को पूरे market पर project कर रहे हैं। इसे हमला नहीं, बल्कि एक अलग perspective समझें
मैंने कुछ किताबें लिखीं और publish कीं, लेकिन जिस किताब पर मुझे सबसे ज्यादा गर्व है, वही सबसे कम बिकी
https://www.amazon.com/dp/1484232275/ की Amazon पर rating 5.0 है और 20 reviews भी हैं, और email, chat, आमने-सामने भी बहुत अच्छी प्रतिक्रिया मिली
बस topic इतना narrow field था कि असल में रुचि रखने वाले लोग लगभग थे ही नहीं :-)