क्या किताब लिखना वाकई सार्थक था?

यहाँ किताब लिखने से मतलब उपन्यास या साहित्य नहीं, बल्कि IT विषय की तकनीकी किताबों से है.

इस लेख के लेखक ने 'Designing Data-Intensive Applications' (कोरियाई संस्करण: Data-Centric Application Design) नाम की किताब लिखी, जिसकी लगभग 1 लाख प्रतियाँ बिकीं.

नीचे इसका संक्षिप्त अनुवाद दिया गया है. रॉयल्टी वाले हिस्से में मूल लेख में एक ग्राफ है, इसलिए उसे पढ़ने के बाद वहाँ जाकर देखना अच्छा रहेगा.

• क्या यह आर्थिक रूप से उतना सार्थक था?

यह कुछ वैसा है जैसे दोस्तों के साथ बैंड शुरू करके rockstar बनने की चाह रखना. क्या hit होगा और क्या fail, इसका अनुमान लगाना मुश्किल है, इसलिए रॉयल्टी को 0 मानकर चलना बेहतर है. फिर भी, मेरे मामले में यह आर्थिक रूप से सफल रहा, यह बता पाना अच्छा लग रहा है.

रॉयल्टी के मामले में online access से 25 प्रतिशत revenue मिला, प्रिंट संस्करण की बिक्री से 10 प्रतिशत, और अनुवादित संस्करणों से 5 प्रतिशत आय मिली. कुल मिलाकर 4.7 लाख डॉलर मिले.

लेकिन यह भी ध्यान में रखें कि किताब पर 4 साल काम किया गया, और उनमें से 2.5 साल का समय full-time के बराबर लगाया गया.

• रॉयल्टी के अलावा भी

किताब की सफलता में व्यक्तिगत प्रचार ने कुछ मदद की होगी. शुरुआती मसौदा प्रकाशित होने के बाद भी मैंने प्रमुख conferences में 50 से अधिक talks दीं, और हर talk में मेरी किताब का एक छोटा-सा प्रचार शामिल होता था. जैसे कोई बैंड अपने नए album के प्रचार के लिए tour पर निकलता है, वैसे ही मुझे लगता है कि इसी वजह से किताब व्यापक रूप से जानी गई.

Talks और किताब के संयोजन से मुझे public visibility और reputation मिली. Conferences से बुलावे भी बहुत अधिक आने लगे. इससे सीधे आय तो नहीं होती, लेकिन ऐसी प्रतिष्ठा consulting advisory काम पाने में मदद करती है.

मैं फिर से कहना चाहूँगा कि किताब लिखना आर्थिक रूप से चुनौतीपूर्ण है, और मेरी सफलता भी सामान्य नहीं है. फिर भी, यह उत्साहजनक है कि तकनीकी लेखन से अच्छी जीवन-यापन संभव है. इसकी गारंटी नहीं है, लेकिन यह संभव है.

• किताब बहुत सुलभ शिक्षा का माध्यम है

आर्थिक पक्ष को अलग भी रखें, तो किताब लिखने के कई अच्छे पहलू हैं.

दुनिया में कहीं से भी किताब तक पहुँचा जा सकता है. कोई व्यक्ति जीवन भर talks दे, तब भी वह 1 लाख लोगों को नहीं सिखा सकता. और अगर 1:1 शिक्षा या छोटे समूहों में पढ़ाना हो, तो यह अंतर और भी बड़ा हो जाता है. किताब बहुत से लोगों तक आसानी से पहुँच सकती है.

• यह दिखने से कहीं अधिक मूल्य पैदा करती है

यानी पाठक ने किताब के लिए जो कीमत चुकाई, उससे कहीं अधिक लाभ उसे मिल सकता है. चलिए, एक अनुमान लगाते हैं.

अब तक मेरी किताब खरीदने वाले 1 लाख लोगों में से 2/3 ने उसे पढ़ा ही नहीं, और पढ़ने वाले 1/3 में से कुछ ही लोग उसमें दिए गए विचारों के कुछ हिस्सों को वास्तव में लागू कर पाए. मान लेते हैं कि उनमें से 2/3 ने बस रुचि के साथ पढ़ा. यानी मान लें कि सिर्फ 10 प्रतिशत, यानी 10 हजार लोगों ने इस किताब का उपयोगी ढंग से इस्तेमाल किया.

तो उपयोगी इस्तेमाल का मतलब क्या है? मेरी किताब data storage पर architecture decisions लेने के बारे में है. अगर इसे सही तरह से समझा जाए, तो शानदार systems बनाए जा सकते हैं. (बेशक, अगर गलत समझा जाए, तो खराब system के साथ कष्टदायक आत्मचिंतन भी करना पड़ सकता है.)

इसे मापना मुश्किल है, लेकिन मैं मान लेता हूँ कि जिन लोगों ने किताब के विचारों को लागू किया, उन्होंने ऐसे फैसलों से बचाव किया जिनकी वजह से, अगर उन्होंने यह किताब न पढ़ी होती, तो उनका एक महीना बर्बाद हो जाता. (असल में मैं कहना चाहूँगा कि बचत इससे भी अधिक होती, लेकिन मैंने बहुत conservative अनुमान लिया है.) यानी इन विचारों को लागू करने वाले 10 हजार पाठकों ने लगभग 10 हजार महीने, या 833 साल का समय बचाया.

किताब लिखने में 2.5 साल लगे, और अगर उससे दूसरे लोगों के 833 साल बचते हैं, तो लाभ 300 गुना से भी अधिक है. अगर औसत annual salary 1 लाख डॉलर मानें, तो यह 8 करोड़ डॉलर का value creation है. पाठकों ने 1 लाख प्रतियाँ खरीदने में लगभग 40 लाख डॉलर खर्च किए, इसलिए पैदा किया गया मूल्य खर्च हुए मूल्य से लगभग 20 गुना अधिक है. और यह भी बहुत conservative estimate है.

इसके अलावा, कई पाठकों ने मुझे email और tweets भेजे कि मेरी किताब पढ़कर उन्होंने interviews में अच्छा प्रदर्शन किया, अपनी dream job पाई, और अपने परिवार को आर्थिक स्थिरता दे पाए. इस मूल्य को कैसे मापा जाए, यह भी मुझे नहीं पता, लेकिन यह बेहद बड़ा है.

• निष्कर्ष

तकनीकी किताब लिखना आसान नहीं है, लेकिन...

• यह मूल्यवान है (लोगों को अपना काम बेहतर करने में मदद मिल सकती है.)

• यह scalable है (बहुत से लोग इसका लाभ उठा सकते हैं.)

• यह सुलभ है (बस किताब खरीदनी होती है.)

• और आर्थिक रूप से भी viable है (ठीक-ठाक आय कमाई जा सकती है.)

[inthelife]

मैंने DDIA के Korean और English संस्करणों की तुलना करके इसे व्यवस्थित किया था, और इसमें काफ़ी समय लगा, लेकिन इससे मुझे बहुत ज़्यादा मदद मिली। haha

[functor]

मैं Martin Kleppmann के talk videos अक्सर देखता हूँ, और वे सच में बेहतरीन presenters में से एक हैं.

करीब 30~40 मिनट की presentations में वे जो विषय बताना चाहते हैं, उसे जितना हो सके उतना सीधे पहुँचाते हैं, उसमें humor भी होता है, और उनका British accent होने के बावजूद समझना आसान है, इसलिए English सीखने में भी मदद मिलती है, हाहा

[kunggom]

मुझे भी वह किताब एक बार पढ़ने का मन हुआ। अभी जो काम मैं कर रहा हूँ उसका बड़े पैमाने के backend से ज़्यादा लेना-देना नहीं है, लेकिन ऐसी चीज़ें तो आखिर एक तरह का romance ही होती हैं, हा हा हा

[ffdd270]

रो-मैंग ही तो है lolol उसे पढ़कर मेरे मन में यही आया कि, अरे, मैंने तो बहुत conservative अनुमान लगाया था फिर भी अगर यह 1 महीने बचा देता है, तो आखिर यह कैसी किताब है?

[xguru]

URL पता देखकर ही लगा कि यह किसी जाने-पहचाने व्यक्ति का काम है..

मैं ग़लत था। CRDT ही भविष्य है https://hi.news.hada.io/topic?id=2962

ऊपर जिस वीडियो का ज़िक्र है, उसके मुख्य व्यक्ति और CRDT लाइब्रेरी Automerge के डेवलपर Martin Kleppmann ही हैं..

[ffdd270]

...अरे, तो आप शुरू से ही काफी मशहूर डेवलपर थे;;;

[ffdd270]

• दिखने से कहीं ज़्यादा मूल्य पैदा होता है

व्यक्तिगत रूप से, मुझे लगता है कि यह पैराग्राफ़ लिखने पर भी लागू होता है। अगर GeekNews नहीं होता, तो ऐसा लगता है कि मैंने शायद कई दशकों का समय बर्बाद कर दिया होता...

[xguru]

अरे! धन्यवाद, हाहा। मैं भी आपके पोस्ट किए गए लेखों की वजह से अपनी दृष्टि व्यापक कर रहा हूँ।