Developer Advocacy हैंडबुक
(developer-advocacy.com)क्रिस्चियन Heilmann ने 15 साल पहले प्रकाशित की थी "डेवलपर एवैंजेलिस्ट हैंडबुक" का नवीनतम संस्करण
- Developer Advocacy / Evangelism क्या है?
→ इसे परिभाषित करना
→ सही mindset : डेवलपर्स में बदलाव लाने वाला व्यक्ति
→ भूमिका और अपनी strengths का उपयोग
- अपनी कंपनी के साथ सहयोग करना
→ पूर्वाग्रह के लिए तैयार रहें : कई भूमिकाओं में फैली एक अनोखी भूमिका। निराश न हों
→ कंपनी के बदलावों से निपटना : कानूनी प्रक्रियाओं का पालन करें। "Off-the-record" जैसा कुछ नहीं होता। भावनात्मक प्रतिक्रिया न दें और अनुमान न लगाएँ
→ आंतरिक डेवलपर्स के साथ रहना : ध्यान से सुनें
→ PR और marketing के साथ सहयोग : वे प्रतिस्पर्धी नहीं हैं, लगातार संवाद करें
→ बाहरी channel के रूप में पहचाने जाना : सदस्यों को बताएँ कि आप किन channels से जुड़े हैं
→ अन्य Advocates और डेवलपर्स को प्रशिक्षित करना : internal training और talks करें, और बाहरी feedback साझा करें
→ उपयोगी skills साझा करना : सीखी गई तकनीकों के बारे में अंदरूनी टीम से संवाद करें
→ personal channels और official channels में संतुलन
→ branding हटाना : कंपनी brand से खुद को अलग रखें। केवल इस पर ध्यान दें कि डेवलपर्स product के साथ प्रयोग कर सकें
- प्रतिस्पर्धियों के साथ सहयोग करना
→ प्रतिस्पर्धियों के साथ काम करते समय :
✓ कंपनी के product की परवाह किए बिना, जो रोचक हो उसमें स्वतंत्र रुचि रखने वाले व्यक्ति बनें
✓ हमेशा नई चीज़ों के साथ सहज होने की आदत रखें
→ प्रतिस्पर्धियों का सम्मान करें : आप बेहतरीन DA भी हों और लड़ाकू भी, यह साथ में नहीं चल सकता।
→ जब प्रतिस्पर्धी का product बेहतर हो तो मानें : अच्छी तकनीक की सराहना करें, competition से डरें नहीं बल्कि उसका स्वागत करें, और internal team को feedback भी दे सकते हैं
→ प्रतिस्पर्धियों के बारे में जानें : तुलना करके बात करनी है तो पहले जानना ज़रूरी है
→ प्रतिस्पर्धी product से examples बनाकर इस्तेमाल करें : तुलना हो सकेगी और अंतर समझ आएँगे
- Outreach की तैयारी
→ सही facts समझें : product team से सही specs, features, और क्या नहीं है, यह सब विस्तार से पूछें
→ audience और उनकी requirements को जानें
→ backup experts तैयार रखें :
✓ जिन सवालों का जवाब न दे सकें, उन्हें नोट करें और बाद में follow-up करें
✓ ऐसी चीज़ों का वादा न करें जिनके बारे में पक्का न हो कि product team दे पाएगी
→ सही medium चुनें : presentation materials, video, audio, live coding, online step-by-step examples..
→ failure के लिए तैयार रहें :
✓ presentation materials की local और online copies।
✓ USB memory में अलग से save करें।
✓ slides न चलें तो Q&A से session आगे बढ़ा सकें, ऐसी तैयारी रखें
✓ online चीज़ें हमेशा उपलब्ध नहीं होंगी, इसलिए local setup या hotspot तैयार रखें
- बोलने के अवसर ढूँढना
→ podcast में शामिल हों
→ panelist के रूप में भाग लें : किसी खास विषय के expert बनें या group के member बनें
→ BarCamp/meetup में शामिल हों : छोटी talks दें
→ online magazines आदि में लेख लिखें
→ brown bag sessions चलाएँ : lunch-time seminar
→ conference में सवाल पूछें
→ ऐसे speaker बनें जिसे लोग invite करना चाहें : अपनी talk topics (Term) को public करें & publish करें
✓ personal details, latest bio, recent talk slides/videos
✓ वे topics जिन्हें मैं कवर करना चाहता/चाहती हूँ, और जिन technologies का उपयोग करता/करती हूँ
✓ conference organizers से मेरी अपेक्षाएँ आदि
- यात्रा और conference में भागीदारी
→ यात्रा tips : एक दिन buffer रखें, सस्ते में यात्रा करें
→ खर्च कौन देगा?
→ conference venue पर अलग-अलग events में शामिल हों और दूसरे speakers से मिलें-जुलें
→ event में शामिल होते समय social media का उपयोग :
✓ presentation materials में social media contact details छोड़ें
✓ conference में भागीदारी को hashtags आदि से साझा करें
✓ मज़ेदार बातें या अच्छे talks साझा करें
✓ conference organizer की खबरें दोबारा साझा करें
✓ presentation materials को online पोस्ट करें और लोगों को बताएँ
→ events के ज़रिए network बनाना
→ event attendance को track करने के लिए calendar बनाकर रिकॉर्ड रखें
→ conference buzz का लाभ उठाएँ
→ जिस conference में बोल रहे हैं, उसका हिस्सा बनें
→ talk और संबंधित materials तुरंत release करें
→ conference के बारे में लिखें
- talks और workshops चलाना
→ खुद बने रहें : आपकी सबसे बड़ी पूँजी खुद पर विश्वास है।
→ संवाद के लिए invite करें
→ प्रतिभागियों के लिए takeaways तैयार रखें
→ Q&A session की तैयारी करें, और उसे पूरी तरह control में रखें
→ ईमानदार रहें, केवल सच बोलें : जवाब न पता हो तो अंदाज़ा न लगाएँ
→ talk के बाद follow-up संवाद करें
- presentation tips : समय बनाए रखना और अन्य बातें
→ यह सब X मिनट में कैसे समेटें
→ Less is More : एक महत्वपूर्ण चीज़ से शुरू करें (insight, research result, X की current स्थिति, product X की नई features)। लोग इस talk से क्या याद रखें?
→ आपकी talk आपके लिए ही बहुत महत्वपूर्ण है
✓ आपकी talk बहुत सारी चीज़ों में से सिर्फ एक है
✓ आपकी talk record होगी और कई जगह फैल जाएगी
✓ लोग पूरी talk याद नहीं रखेंगे
✓ लोगों को जानकारी के लिए आपकी ज़रूरत नहीं है। वह जानकारी online आसानी से मिल सकती है
→ अतिरिक्त जानकारी व्यवस्थित करें
→ live coding? किन बातों से सावधान रहें
→ सवालों से बचना
→ क्या घटाना चाहिए : agenda slides, company info, personal intro, jokes और memes
→ talk के दौरान filler के रूप में क्या जोड़ा जा सकता है : materials कहाँ हैं, संपर्क कैसे करें, मेरे अलावा किन सहयोगियों और experts से संपर्क करें..
→ talk summary तैयार करें
- मंच पर क्या नहीं कहना चाहिए और उसके विकल्प
→ "यह आसान है" : "इसे करने के लिए बस ये कुछ steps हैं", "इन tools की documentation अच्छी है, इसलिए आप भी.."
→ "जो लोग शायद नहीं जानते, उनके लिए मैं संक्षेप में दोहराता हूँ" : "दोबारा कहूँ तो X है..", "जैसा कि आप जानते हैं, X है..."
→ "यह कोई भी कर सकता है" : "ऐसा करने से बाकी काम आपके लिए और enjoyable हो जाएगा" "यह बहुत प्रभावी है, इसलिए इसे आज़माएँ और दूसरों को भी बताएँ"
→ "X इस समस्या को हल कर देगा, इसलिए चिंता मत करें" : "X, Y से जुड़ी समस्या हल करता है, इसलिए आप Z बना सकते हैं"
"X को Y को आसान बनाने के लिए बनाया गया था, और यह वास्तविक उपयोग में है। नतीजे भी उत्साहजनक हैं" → "जैसा कि हम सब जानते हैं" : "इस पर आजकल काफ़ी चर्चा हुई है, और X(link) इसे अच्छी तरह समझाता है"..
→ "जैसा हमने स्कूल में सीखा था" : "यह computer science curriculum का हिस्सा था, और इसके पीछे वजह है"
→ "Y (हमारा product), (प्रतिस्पर्धी) X से बहुत बेहतर है।" : "X का उपयोग करके यह ऐसे किया जाता है। हमने अलग तरीका चुना, और उसके कारण ये हैं।"
"इसके कई solutions हैं। हमें पता है कि X में कुछ features नहीं हैं जो इसे और efficient बना सकती थीं.." → "यह सिर्फ कुछ lines of code से हो जाता है" : "जैसा कि आप देख सकते हैं, कुछ lines of code से शुरुआत की जा सकती है। मैंने यहाँ दिखाने के लिए इसे सरल बनाया है, और source code X में है" → "अगर professional बनना है, तो X करें" : "X की ताकत Y है, इसलिए यह उपयोग के लिए एक professional tool बनता है।
→ इसके अलावा, अपनी talks/videos देखकर यह सोचें, "अगर मुझे यह बात पहले से न पता होती, तो यह सुनकर कैसा लगता?" और फिर सामग्री हटाएँ या दोबारा कहें
- बेहतरीन लेख और articles लिखना
→ Simple is not stupid : समझने में आसान और सरल लिखना बहुत कठिन है। आसान शब्द, ऐसे terms जिन्हें बड़ा audience समझ सके, और संक्षिप्त वाक्य
→ मुद्दे की बात कहें। Sugar-coat न करें
→ लेख की लंबाई महत्वपूर्ण है। online technical writing छोटी और सीधे मुद्दे पर होनी चाहिए। अगर बहुत लंबी हो, तो उसे कई लेखों में बाँट दें
→ विभिन्न संबंधित media जोड़ें। video, audio, slides, images आदि
→ layered headings आदि से content को structured करें।
→ content की भी validity period होनी चाहिए।
→ अपने दावे साबित करने के लिए दूसरे materials को cite करें
→ pre-emptive writing - अपने product को डेवलपर्स के लिए दिलचस्प बनाएँ। "बेचना" sales team का काम है
- शानदार code examples लिखना
→ examples से समस्या हल करें
→ working examples दिखाएँ
→ ज़रूरी environment समझाएँ
→ ऐसा code लिखें जो copy & paste हो सके
→ example download की सुविधा दें
→ साफ़-सुथरे और समझदार examples लिखें
→ code और demo host करें
✓ version control आपका दोस्त है
✓ auto hosting करें
✓ code sandbox का उपयोग करें
✓ live coding environment
- बेहतरीन presentation materials तैयार करना
→ साफ़-साफ़ जानें कि आप क्या जानते हैं
→ slides नहीं, content से शुरुआत करें
→ portable text format में लिखना शुरू करें
→ जल्दी presentation materials बनाने के tips : bullets को तोड़ना
→ presentation के लिए अच्छा tool चुनें और तैयार करें
✓ 16:9 , 4:3 से फर्क नहीं पड़ना चाहिए, बदलाव संभव होना चाहिए
✓ images crop और resize करना आसान होना चाहिए
✓ screen पर objects को स्वतंत्र रूप से move किया जा सके
✓ remote control संभव हो
✓ दूसरी presentation materials पर सहज transition हो
✓ fullscreen support
✓ एक-एक करके elements दिखाने की सुविधा
- presentation के लिए शानदार slides बनाना
→ जो कहना है उसे लिखकर न भरें, बल्कि छोटे वाक्यों/चित्रों/screenshots/graphs से समझाएँ
→ अच्छी images ढूँढकर उपयोग करें
→ code examples को देखने में अच्छा बनाएँ
→ sound और video उपयोग करने के tips
→ animations केवल वहीं जहाँ ज़रूरी हों (बहुत चमकदार नहीं)
→ संक्षिप्त रखें - संभव हो तो एक ही topic कवर करें
→ audience का ध्यान रखें
→ अगर company और conference templates हों
→ सभी materials को personal बनाकर इस्तेमाल करें : किसी और से मिले materials को ज्यों का त्यों reuse न करें
→ साझा करें और आनंद लें
→ अतिरिक्त presentation tips
✓ अपना परिचय : मैं यह talk देने के लिए सही व्यक्ति क्यों हूँ, और मैं क्यों/क्या कहना चाहता/चाहती हूँ
✓ humor का उपयोग : ध्यान रखें कि किसी और पर हमला न हो
✓ वास्तविक दुनिया से जोड़ बनाएँ
✓ बहुत तेज़ न बोलें, गति नियंत्रित करें : छोटा pause audience के लिए अच्छा होता है
✓ "Hello World" से बचें
✓ संभव हो तो नई presentation materials उपयोग करें। उन्हें up-to-date रखें
- अधिक समझने योग्य, accessible और actionable presentations के लिए checklist
→ presentation materials
✓ HTML/PPTX/PDF है?
✓ क्या code online है?
✓ embedded video/audio OS की परवाह किए बिना चल सकते हैं, और offline भी काम करते हैं?
→ format
✓ embedded media accessibility support करते हैं? (captions, alt text, transcript आदि)
✓ क्या fonts पर्याप्त बड़े हैं?
✓ क्या यह conference के लिए सही size में है? 16x9, 4x3
✓ projector में खराबी होने पर भी दिखे, इतना contrast है?
✓ क्या safe margin है ताकि projector काट भी दे तो समस्या न हो?
✓ अगर आप अपने computer के अलावा कहीं और present कर रहे हैं, तो क्या fallback fonts चाहिए?
→ content
✓ क्या इसमें कोई आक्रामक या triggering सामग्री तो नहीं है?
✓ क्या इसे बिना किसी विशेष background के भी समझा जा सकता है?
✓ क्या ऐसे terms हैं जिन्हें interpreters/translators को पहले से जानना चाहिए?
✓ अगर slides का सिर्फ कोई हिस्सा/एक slide ही साझा हो जाए, तो क्या उससे गलतफहमी हो सकती है?
✓ क्या सभी media और materials के sources और copyright की जाँच हो चुकी है?
→ tracking
✓ क्या आप जान सकते हैं कि presentation materials किसने download किए?
✓ क्या आख़िरी slide पर Call-to-Action है, और download link भी है?
→ insurance
✓ क्या सभी materials computer से स्वतंत्र रूप से offline access किए जा सकते हैं? (presentation materials/examples/media सब USB memory में)
✓ अगर video/audio सही न चलें, तो क्या तैयार explanation materials शामिल हैं
- अपने सारे काम का रिकॉर्ड रखें
→ हर talk को audio में record करें
→ संभव हो तो video में भी record करें
→ talk में इस्तेमाल हुए सभी links को एक जगह इकट्ठा करके record रखें
→ जिन-जिन conferences में गए/जाएँगे, उनकी list रखें : slides/blog/links/video links सहित
- (Social) web को समझें और इस्तेमाल करें
→ अच्छा web content ढूँढें
→ web content को दोबारा distribute करें : blog लिखें, social bookmarking sites पर save करें, presentation materials में उपयोग करें, mailing list या forum में quote करें, Twitter पर पोस्ट करें
✓ मूल creator को ज़रूर attribution दें
→ web पर अपनी पहचान बनाएँ
→ शक्तिशाली social websites और products का उपयोग करें : Flickr, YouTube, Vimeo, Archive.org, GitHub, LinkedIn, Facebook, Meetup, Twitter
→ web को repository, distribution channel और cross-promotion tool की तरह उपयोग करें
→ product के बारे में संकेत दें, tease करें, और preview जारी करें
→ प्रभाव track करें : docs/blog में telemetry जोड़ें, comment feeds subscribe करें, track किए जा सकने वाले URL shorteners उपयोग करें
→ network बनाना
→ newsletter बनाएँ या उसमें भाग लें
→ podcast बनाएँ या उसमें भाग लें
- अपने computer पर काम करना
→ equipment : external mic, monitor, camera, lighting
→ screencast और screenshots बनाना
→ streaming
→ real-time online chat में भाग लें
→ real-time online events में भाग लेते समय सावधानियाँ और tips
- अपनी online presentations रिकॉर्ड करने के tips
4 टिप्पणियां
पुराने वर्ज़न का शीर्षक Developer Evangelist Handbook था, लेकिन आजकल Evangelist/Evangelism की जगह Advocacy शब्द का ज़्यादा इस्तेमाल होता है, इसलिए इसे उसी के अनुसार बदला गया है.
यह वही किताब भी है जिसे मैंने 2010 में डेवलपर एवान्जेलिस्ट के रूप में काम करते समय लगभग बाइबल की तरह संदर्भ के लिए इस्तेमाल किया था.
लेखक ने 20 साल तक डेवलपर के रूप में काम किया है, और पिछले लगभग 10 वर्षों से Yahoo, Mozilla, Microsoft में यह काम करते आए एक अनुभवी व्यक्ति हैं.
Developer Advocate/Evangelist/Relations जैसे कई अलग-अलग नाम इस्तेमाल होते हैं, लेकिन जो भी लोग इस तरह के काम में हैं, और वे डेवलपर भी जो बाहर बहुत प्रेज़ेंटेशन देते हैं, उनके लिए यह उपयोगी संदर्भ हो सकता है.
प्रेज़ेंटेशन सामग्री बनाते समय "इसे व्यक्तिगत बनाए बिना दोबारा उपयोग न करें - Don't reuse without personalising" वह बात है जिस पर मैं भी बहुत ज़ोर देता हूँ.
कहीं से लाई गई इमेज/डायग्राम का इस्तेमाल करने पर कई हिस्से मेल नहीं खाते, और कई बार ऐसा भी होता है कि खुद प्रस्तुतकर्ता उस डायग्राम को पूरी तरह समझता भी नहीं है.
जहाँ तक संभव हो, मैं यही सलाह देता हूँ कि आप अपनी समझ के अनुसार, और अपनी प्रेज़ेंटेशन सामग्री के कॉन्सेप्ट के अनुरूप, उसे फिर से बनाकर इस्तेमाल करें.
इतना अच्छा संकलन करने के लिए धन्यवाद। “व्यक्तिगत रूप से ढाले बिना दोबारा इस्तेमाल न करें - Don't reuse without personalising” काफ़ी शाब्दिक अनुवाद लगता है, इसलिए आपके बताए संदर्भ में “आत्मसात करके पुनः उपयोग करना” जैसा कुछ शायद समझने में अधिक आसान होगा।
लिखने के बाद देखा तो सच में ऐसा ही है ^^; इसे हल्का-सा reflect कर दिया है। धन्यवाद
@_@)b