विकिमीडिया फ़ाउंडेशन प्रोजेक्ट

इस पेज पर, तकनीकी लेखन वाले उस प्रोजेक्ट की जानकारी दी गई है जिसे Google Season of Docs के लिए स्वीकार किया गया है.

प्रोजेक्ट की खास जानकारी

ओपन सोर्स संगठन:
The Wikimedia Foundation
टेक्निकल राइटर:
पवित्रा एश्वरमूर्ति
प्रोजेक्ट का नाम:
Wikimedia के तकनीकी दस्तावेज़ बनाने वालों और वीडियोग्राफर के लिए दस्तावेज़ को बेहतर बनाना
प्रोजेक्ट की अवधि:
स्टैंडर्ड अवधि (तीन महीने)

प्रोजेक्ट का विवरण

1. मेरे बारे में

मुझे कुछ महीने पहले ओपन सोर्स सॉफ़्टवेयर के बारे में पता चला था. इसके बाद, मुझे पता चला कि इसकी संभावनाएं कितनी असीम हैं. बेज़िलियन प्रोजेक्ट पर काम करने में मुझे परेशानी हो रही थी. मुझे Google समर ऑफ़ कोड और आउटरीच जैसी ओपन सोर्स पहलों के बारे में पता चला. मुझे Google Season of Docs दिलचस्प लगा. साथ ही, Wikimedia Foundation के प्रोजेक्ट के आइडिया ने मेरी दिलचस्पी बढ़ा दी. इसलिए, मैंने इस बारे में ज़्यादा जानना शुरू किया.

मेरा अब तक का सफ़र काफ़ी मज़ेदार और दिलचस्प रहा है. इसमें “प्रतीक्षा, क्या?”, “आह, मुझे समझ आ गया!”, और “क्या मुझे इस पर टिप्पणी करनी चाहिए?”. विकीमीडिया समुदाय हर कदम पर मददगार रहा. पेजों में बदलाव करने से लेकर एक्सटेंशन बनाने तक, मुझे हर दिन कुछ नया सीखने को मिला है.

जैसा कि मैंने सोचा था, आवेदन की प्रक्रिया ने मुझे ओपन सोर्स कम्यूनिटी में शामिल होने का मौका दिया. यह प्रस्ताव, शुरुआती तौर पर मेरे अनुभवों से प्रेरित है.

2. प्रोजेक्ट

2.1. आउटलाइन

इस प्रोजेक्ट का मकसद, Wikimedia के सभी तकनीकी लेखकों और संभावित वीडियोग्राफर के लिए दस्तावेज़ को बेहतर बनाना है. तकनीकी दस्तावेज़ से जुड़े दिशा-निर्देशों के बेहतर सेट से, पूरे दस्तावेज़ को बेहतर बनाने में मदद मिलेगी. साथ ही, स्क्रीनकास्ट बनाने के रेफ़रंस से, सॉफ़्टवेयर की सुविधाओं को असरदार तरीके से दिखाया जा सकेगा. इन क्षेत्रों में मौजूद दस्तावेज़ों को बढ़ाया जा सकता है, ताकि नए और अनुभवी योगदान देने वालों, दोनों को बेहतर मदद मिल सके. काम के संसाधनों के इस नेटवर्क को डेवलप करने के लिए, धीरे-धीरे आगे बढ़ने का तरीका अपनाया जाएगा.

2.2. डिलीवर किया जाने वाला कॉन्टेंट

  • T197006 [https://phabricator.wikimedia.org/T197006] - Wikimedia के दस्तावेज़ बनाने वालों के लिए दस्तावेज़ को बेहतर बनाना:

    • दस्तावेज़/स्टाइल गाइड में सलाह और उदाहरण जोड़ें. [https://www.mediawiki.org/wiki/Documentation/Style_guide]
    • तकनीकी दस्तावेज़ के टेंप्लेट और सुझावों में, कुछ खास शैलियों में MediaWiki की खास जानकारी जोड़ें: उपयोगकर्ता गाइड, कैसे करें, तुरंत शुरू करने की गाइड, रिलीज़ नोट, और रीड मी. [https://www.mediawiki.org/wiki/Technical_documentation_templates_and_suggestions]
    • तकनीकी दस्तावेज़ों को प्राथमिकता देने के दिशा-निर्देशों की जांच करें और उनमें सुधार करें. [https://www.mediawiki.org/wiki/Technical_documentation_prioritization]
    • अलग-अलग तरह के दस्तावेज़ों के लिए, कॉन्टेंट इकट्ठा करने की रणनीति बनाएं.
    • MediaWiki के दस्तावेज़ों के लिए, कम्यूनिकेशन और सहयोग की रणनीति बनाएं.
    • एक चेकलिस्ट बनाएं, ताकि लेखक पब्लिश करने से पहले अपने दस्तावेज़ों की समीक्षा कर सकें.
    • नए तकनीकी लेखकों के लिए, दस्तावेज़ के स्ट्रक्चर को बड़ा किया गया है. [https://www.mediawiki.org/wiki/User:Pavithraes/Sandbox/New_Technical_Writers]
    • हैकथॉन के लिए, तकनीकी दस्तावेज़ से जुड़े टास्क की सूची बनाएं. [https://www.mediawiki.org/wiki/Technical_Documentation_Tasks_for_Hack-a-thons]
    • तकनीकी लेखक के लिए ऐसा हब बनाएं जो काम के संसाधनों पर ले जाता हो.

  • MediaWiki के वीडियोग्राफ़र के लिए दस्तावेजों को बेहतर बनाएं:

    • सामान्य स्क्रीनकास्ट बनाने के लिए, उपयोगकर्ता के लिए एक छोटी गाइड बनाएं.
    • सिलसिलेवार निर्देश और ट्यूटोरियल के लिए, MediaWiki के लिए खास स्क्रीनकास्ट टेंप्लेट डिज़ाइन करें.

  • T214522 [https://phabricator.wikimedia.org/T214522]- “Phabricator के बारे में जानकारी” स्क्रीनकास्ट बनाएं.

2.3. स्ट्रेच लक्ष्य

  • कॉन्टेंट की फिर से जांच करें और WikiProject के स्क्रीनकास्ट दस्तावेज़ अपडेट करें. (https://en.wikipedia.org/wiki/Wikipedia:WikiProject_Screencast)

3. मेंटॉर

मेरे मेंटर के साथ बातचीत करने का मुख्य तरीका Zulip होगा. कम्यूनिटी के साथ चर्चा करने के लिए, Wikimedia के IRC चैनलों और ईमेल का इस्तेमाल किया जाएगा. किसी खास टास्क के बारे में चर्चा, Phabricator टास्क के टिप्पणी सेक्शन में की जाएगी.

4. बातचीत

इस प्रोजेक्ट को मुख्य रूप से दो चरणों में बांटा गया है:

(i) Wikimedia के तकनीकी लेखकों के लिए मौजूदा संसाधनों को बेहतर बनाना.

(ii) संभावित वीडियोग्राफ़र के लिए काम के टेंप्लेट बनाना.

(i) Wikimedia के तकनीकी लेखकों के लिए, मौजूदा संसाधनों को बेहतर बनाना.

MediaWiki के दस्तावेज़ों को बेहतर बनाने के लिए, पहले कई कोशिशें की गई हैं. हालांकि, इनमें से कुछ ही कोशिशें सफल रही हैं. इनमें से कुछ:

  • https://www.mediawiki.org/wiki/User:Zakgreant/Tech_DocsPlan(2011--01/P6M)
  • https://www.mediawiki.org/wiki/User:Zakgreant/MediaWiki_Technical_Documentation_Plan
  • https://www.mediawiki.org/wiki/Thread:Project:Current_issues/RestructureMediaWiki.org(or:_Document_how_it_was_and_execute_it)
  • https://www.mediawiki.org/wiki/User:Waldir/Docs

इन कोशिशों से, हमें यह समझ आता है कि तकनीकी लेखकों के लिए संसाधनों का बेहतर सेट होने पर, उनके बनाए गए दस्तावेज़ों पर सीधा असर पड़ेगा.

यहां Outreachy 2018 के इंटर्न, ऐना ए सो की हर दो हफ़्ते में मिलने वाली रिपोर्ट का एक स्निपेट दिया गया है https://anna.flourishing.stream/2018/01/18/bringing-documentation-to-light/:

“MediaWiki की स्टाइल गाइड को बेहतर बनाने की बहुत ज़रूरत है. खास तौर पर, यह बाहरी रेफ़रंस पर बहुत ज़्यादा निर्भर करती है. साथ ही, यह बताती नहीं है कि कौनसे तरीके सबसे सही हैं. माफ़ करें, यह समस्या सिर्फ़ MediaWiki तक सीमित नहीं है. यह अनुवाद के सबसे सही तरीकों जैसे अन्य दस्तावेज़ों में भी दिखती है. लेखकों के पास अपना काम करने के लिए अच्छे और भरोसेमंद संसाधन नहीं होते. इस वजह से, उन्हें टारगेट ऑडियंस तय करने और लेखन का सही तरीका इस्तेमाल करने में मुश्किल होती है. साथ ही, उपयोगकर्ताओं, खास तौर पर नए उपयोगकर्ताओं को नए कॉन्सेप्ट और प्रोसेस को समझने में समस्याएं आ सकती हैं.”

T197006 [https://phabricator.wikimedia.org/T197006] में, तकनीकी लेखन के दस्तावेज़ के कुछ ऐसे हिस्सों पर भी प्रकाश डाला गया है जिनमें सुधार की ज़रूरत है. साफ़ तौर पर, Documentation/Style_guide से शुरुआत करें.

स्टाइल गाइड तैयार होने के बाद, हम दस्तावेज़ों के अगले सेट को तैयार करेंगे. इनसे तकनीकी लेखकों को, तकनीकी लेखन के अलग-अलग चरणों के बारे में जानकारी मिलेगी. दस्तावेज़, शुरुआती लोगों के लिए आसान होने चाहिए. साथ ही, लेखकों के लिए सभी ज़रूरी जानकारी उपलब्ध करानी चाहिए, ताकि वे उसे फिर से देख सकें.

तैयारी का चरण शायद सबसे ज़रूरी है, क्योंकि इससे दस्तावेज़ बनाने की बुनियाद तैयार होती है. इस चरण में तकनीकी लेखकों की मदद करने के लिए, रेफ़रंस दस्तावेज़ तैयार किए गए हैं. इनमें काम की जानकारी इकट्ठा करने के कुछ असरदार तरीके और टेंप्लेट का इस्तेमाल करके इस जानकारी को व्यवस्थित करने के बारे में सलाह दी गई है.

इसके बाद, लेखन का चरण आता है. लेखकों को अच्छे काम के उदाहरण दिए जाते हैं, ताकि बार की ऊंचाई अपने-आप सेट हो जाए. इसके अलावा, एक चेकलिस्ट बनाई गई है, जिसमें हर दस्तावेज़ के लिए बुनियादी शर्तों का एक सेट शामिल है. इससे लेखकों को पब्लिश करने से पहले अपने दस्तावेज़ों की समीक्षा करने में मदद मिलेगी.

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

आखिर में, दस्तावेज़ों को मैनेज और बनाए रखने की प्रोसेस को समझने के लिए, 'तकनीकी दस्तावेज़ों को प्राथमिकता देने की सुविधा' का टेस्ट किया गया और उसे बेहतर बनाया गया.

इस चरण के आखिर में, तकनीकी लेखन से जुड़ी गाइड, संसाधन, उदाहरण, सुझाव, और टेंप्लेट का एक हब बनाया जाएगा. यह हब, दस्तावेज़ की स्टाइल गाइड के साथ काम करेगा.

(ii) संभावित वीडियोग्राफ़र के लिए काम के टेंप्लेट बनाना.

“किसी भी चीज़ के बारे में जानने के लिए, सादा टेक्स्ट पढ़ना बहुत मुश्किल होता है. इसलिए, ग्राफ़िक का इस्तेमाल करना भी बहुत मुश्किल होता है. यह भी सोचें कि अगर आपका मैन्युअल, सॉफ़्टवेयर के गलत वर्शन के बारे में बताता है, तो क्या होगा - सिर्फ़ टेक्स्ट वाले मैन्युअल की मदद से, ऐप्लिकेशन में मेन्यू और शब्द बदलने पर, कई कार्रवाइयों को फिर से लागू करना अक्सर मुश्किल हो जाता है. इसकी वजह यह है कि हमारे पास वे सभी संकेत नहीं होते जिनका हम आम तौर पर इस्तेमाल करते हैं.

सीखने का सबसे अच्छा तरीका यह हो सकता है कि आपके पास ही कोई विशेषज्ञ बैठ जाए. स्क्रीनकास्ट, स्टैटिक ग्राफ़िक और किसी विशेषज्ञ की मदद पाने के बीच का विकल्प है. हमें एक विज़ुअल, चलता-फिरता डेमो मिलता है, जिसमें एक दोस्ताना आवाज़ होती है. साथ ही, स्क्रीन पर टेक्स्ट एनोटेशन और ऐनिमेशन भी हो सकते हैं. किसी विशेषज्ञ की तुलना में स्क्रीनकास्ट का एक फ़ायदा यह है कि उन्हें हर दिन हर घंटे दोबारा चलाया जा सकता है.

हम स्क्रीनकास्ट में अनुवाद किए गए सबटाइटल भी जोड़ सकते हैं, ताकि वे दूसरी भाषा बोलने वाले लोग भी देख सकें. इसके अलावा, हम ऑडियो ट्रैक को दूसरी भाषाओं से बदल भी सकते हैं.“

""स्क्रीनकास्टिंग हैंडबुक"" [https://thescreencastinghandbook.com/wp-content/uploads/The_Screencasting_Handbook_rel10_20100502_v6.pdf] के ऊपर दिए गए स्निपेट में, इयान ऑज़्सवल्ड ने स्क्रीनकास्ट के महत्व के बारे में बताया है. यह टूल, MediaWiki डेवलपमेंट एनवायरमेंट सेट अप करने, एक्सटेंशन लिखने, Gerrit का इस्तेमाल करने वगैरह के ट्यूटोरियल के लिए खास तौर पर मददगार हो सकता है.

दस्तावेज़ों के टेंप्लेट की तरह ही, स्क्रीनकास्ट के लिए स्टैंडर्ड टेंप्लेट का इस्तेमाल करने से, एक जैसा अनुभव मिलता है. इससे दर्शकों को बेहतर अनुभव मिलता है. इससे, वीडियोग्राफर बनने के इच्छुक लोगों को शुरुआत करने के लिए एक फ़्रेमवर्क भी मिलता है. इसलिए, हमने उपयोगकर्ताओं के लिए एक छोटी गाइड तैयार की है. इसके बाद, शुरुआती और ट्यूटोरियल वीडियो बनाने के लिए टेंप्लेट उपलब्ध कराए हैं. इन दस्तावेज़ों में, कवर किए जाने वाले कॉन्सेप्ट के बारे में जानकारी दी गई है. साथ ही, MediaWiki के लिए स्क्रीनकास्ट के कुछ आइडिया भी दिए गए हैं.

ऊपर दिए गए टेंप्लेट को आज़माने और नए लक्ष्य के लिए तैयारी करने का सबसे अच्छा तरीका है, टूल और टेंप्लेट का इस्तेमाल करके स्क्रीनकास्ट बनाना. इसलिए, “Phabricator के बारे में जानकारी” स्क्रीनकास्ट बनाया गया है. इसमें, Phabricator इस्तेमाल करने के बुनियादी तरीके के बारे में बताया गया है. इस प्रोसेस से उन हिस्सों को भी हाइलाइट किया जाएगा जिन पर चर्चा की ज़रूरत है.

आखिर में, Wikimedia के वीडियोग्राफर के लिए रेफ़रंस का मुख्य सोर्स - WikiProject Screencast की समीक्षा की गई और उसे अपडेट किया गया.

5. संभावित टाइमलाइन

कम्यूनिटी बॉन्डिंग की अवधि (1 अगस्त से 1 सितंबर)

  • अपने मेंटर के साथ प्रोजेक्ट का ज़्यादा जानकारी के साथ विश्लेषण करना.

  • इनके बारे में चर्चा करें:

    • टास्क की समीक्षा कितनी बार की जानी चाहिए.
    • शेड्यूल शेयर करें और हफ़्ते/रोज़ के वर्कफ़्लो तय करें.
    • इस्तेमाल किए जा सकने वाले टूल और संसाधन.
    • हफ़्ते में दो बार और हर दिन की प्रोजेक्ट रिपोर्ट.

  • Phabricator पर ज़रूरी टास्क और सबटास्क बनाएं.

  • दस्तावेज़ तैयार करने के दौरान, निजी जवाबदेही की भरपाई करने के लिए ड्राफ़्ट बनाएं.

पहला हफ़्ता (2 से 8 सितंबर)

  • दस्तावेज़/Style_guide को बेहतर बनाएं:

    • MediaWiki पर सबसे सही तरीकों और मानकों के बारे में बताने के लिए, मुख्य फ़ोकस को बदलें.
    • अच्छे कामों के उदाहरण शामिल करें और उनसे जुड़े पेजों को ज़्यादा से ज़्यादा लोगों को दिखाएं.

  • नए तकनीकी लेखकों के लिए गाइड को बेहतर बनाएं:

    • दस्तावेज़ के स्ट्रक्चर को बड़ा करें.

दूसरा हफ़्ता (9 से 15 सितंबर)

  • तकनीकी दस्तावेज़ों को प्राथमिकता देने पर काम करना:

    • दस्तावेज़ वाले वर्कबोर्ड का आकलन करें. साथ ही, टास्क के अच्छे ब्यौरे और प्राथमिकता तय करने के उदाहरण देखें.
    • रुझानों को पढ़ें और सामान्य समस्याओं को नोट करें.
    • प्राथमिकता के मानकों का दस्तावेज़ बनाने के लिए, जानकारी और उदाहरणों का इस्तेमाल करें.

तीसरा हफ़्ता (16 से 22 सितंबर)

  • तकनीकी लेखकों के लिए, यहां दिए गए अतिरिक्त दस्तावेज़ बनाएं:

    • पब्लिश करने से पहले, तकनीकी दस्तावेज़ की समीक्षा करने में मदद करने वाली चेकलिस्ट.
    • अलग-अलग तरह के दस्तावेज़ों के लिए, कॉन्टेंट इकट्ठा करने के असरदार तरीके.

चौथा हफ़्ता (23 से 29 सितंबर)

  • तकनीकी दस्तावेज़ के टेंप्लेट और सुझावों में, MediaWiki की सबसे सामान्य शैलियों में लिखने के बारे में जानकारी जोड़ें:

    • उपयोगकर्ता गाइड, तुरंत शुरू करने की गाइड, 'पढ़ें' फ़ाइलें, रिलीज़ नोट, और 'कैसे करें' लेख लिखने के लिए, MediaWiki पर सबसे सही तरीकों का दस्तावेज़ बनाएं.

  • तकनीकी बातचीत को बेहतर बनाने के लिए निर्देश जोड़ें. [https://www.mediawiki.org/wiki/User:SRodlund_(WMF)/Maturity_model_for_MediaWiki_technical_documentation#Increasingmaturity--_strategic_directions]

पांचवां हफ़्ता (30 सितंबर से 6 अक्टूबर)

  • साथ मिलकर काम करने वाले नए लोगों को शामिल करने के लिए, दस्तावेज़ को बेहतर बनाया गया है:

    • पेज अपडेट करें: हैकथॉन के लिए तकनीकी दस्तावेज़ से जुड़े टास्क. (क्या-क्या करें: प्रोजेक्ट की अवधि के दौरान, इस पेज पर काम के टास्क जोड़ें)

  • तकनीकी लेखक के लिए हब बनाना

    • काम के पेजों और संसाधनों के लिंक वाला लैंडिंग पेज बनाएं.
    • नए और मौजूदा पेजों के बीच आसानी से नेविगेट करने के लिए, उनमें ज़रूरी लिंक जोड़ें.

छठा हफ़्ता (7 से 13 अक्टूबर)

  • MediaWiki के लिए वीडियो बनाने के बारे में ये दस्तावेज़ बनाएं:

    • 'सामान्य स्क्रीनकास्ट बनाना' के बारे में उपयोगकर्ता के लिए बनी एक छोटी गाइड. इसमें, स्क्रीनकास्ट प्रोजेक्ट के बारे में बताया गया है.
    • इनके लिए टेंप्लेट: किसी सॉफ़्टवेयर/टूल का इस्तेमाल करने के बारे में जानकारी देने वाले टेंप्लेट; नए टूल डेवलप करने के बारे में ट्यूटोरियल.

  • MediaWiki के लिए स्क्रीनकास्ट के आइडिया की सूची बनाएं.

सातवां हफ़्ता (14 से 20 अक्टूबर)

  • ""Phabricator के बारे में जानकारी"" वीडियो पर काम करें:

    • स्क्रिप्ट का ड्राफ़्ट तैयार करने के लिए, पिछले हफ़्ते बनाए गए टेंप्लेट का इस्तेमाल करें.
    • टेंप्लेट की परफ़ॉर्मेंस का अनुमान लगाएं और ज़रूरत पड़ने पर उसे बेहतर बनाएं.
    • सुझाव पाएं और ड्राफ़्ट को फ़ाइनल करें.

आठवां हफ़्ता (21 से 27 अक्टूबर)

  • “Phabricator के बारे में जानकारी” वीडियो पब्लिश करें:

    • सॉफ़्टवेयर चुनें और इंस्टॉल करें.
    • एनवायरमेंट सेट अप करें और स्क्रीनकास्ट बनाएं.
    • आने वाली समस्याओं और उनके समाधानों को नोट करें.

नौवां हफ़्ता (28 अक्टूबर से 3 नवंबर)

  • स्क्रीनकास्ट प्रोजेक्ट के दस्तावेज़ को बेहतर बनाने के लिए काम करें:

    • स्ट्रक्चर की जांच करें और बदलावों की ज़रूरत के बारे में चर्चा करें.
    • बताए गए सॉफ़्टवेयर देखें.
    • सॉफ़्टवेयर की सूची खोजें और उसे अपडेट करें.

10वां हफ़्ता (4 से 10 नवंबर)

  • स्क्रीनकास्ट प्रोजेक्ट के दस्तावेज़ को बेहतर बनाना जारी रखना:

    • ट्यूटोरियल और स्क्रिप्ट का आकलन करें और उन्हें बेहतर बनाएं.
    • स्क्रीनकास्ट गैलरी देखें.

11वां हफ़्ता (11 से 17 नवंबर)

  • स्क्रीनकास्ट प्रोजेक्ट के दस्तावेज़ पर काम पूरा करें:

    • गैलरी में नए वीडियो ढूंढें और जोड़ें.
    • स्ट्रक्चर में ज़रूरी बदलाव करें.

12वां हफ़्ता (18 से 24 नवंबर)

  • पूरे नहीं किए गए टास्क पर काम करें.

  • फ़ाइनल रिपोर्ट लिखें:

    • हफ़्ते में दो बार/रोज़ाना आने वाली रिपोर्ट देखें और ज़रूरी जानकारी इकट्ठा करें.
    • रिपोर्ट के स्ट्रक्चर को प्लान करें और उसका ड्राफ़्ट लिखें.
    • मेंटर के सुझावों के आधार पर ड्राफ़्ट को बेहतर बनाएं और उसे फ़ाइनल करें.

13वां हफ़्ता (25 से 29 नवंबर)

  • फ़ाइनल रिपोर्ट और मेंटर के आकलन को सबमिट करें.

6. प्रोग्रेस ट्रैकिंग

प्रोग्रेस के बारे में रोज़ के अपडेट, Zulip पर मेरे मेंटर्स को दिए जाएंगे. Wikimedia समुदाय, Phabricator या हर दो हफ़्ते में मिलने वाली प्रोजेक्ट रिपोर्ट की मदद से, मेरी प्रोग्रेस को ट्रैक कर सकता है.

7. अन्य प्रतिबद्धताएं

मैं फ़ुल टाइम कॉलेज स्टूडेंट हूं और मेरा शैक्षणिक फ़ॉल सेमेस्टर, 'Docs का सीज़न' की टाइमलाइन से ओवरलैप हो जाता है. इसलिए, मेरी जवाबदेही में कॉलेज की परीक्षाएं भी शामिल हैं.

पहला इंटरनल टेस्ट: 18 से 24 अगस्त

दूसरी इंटरनल परीक्षा: 29 सितंबर से 6 अक्टूबर

एंड-सेमेस्टर परीक्षा: 11 से 30 नवंबर

इस साल, PyCon India 12 से 15 अक्टूबर तक मुंबई में होने जा रहा है. यह मेरा पहला सार्वजनिक कॉन्फ़्रेंस है. मुझे लगता है कि नए लोगों से मिलने और अहम बातचीत करने का यह एक शानदार मौका होगा.

इन टास्क को मैनेज करने के लिए, संभावित टाइमलाइन में उन हफ़्तों के लिए कम अहम टास्क शामिल किए जाते हैं. फ़ॉल सेमेस्टर में, मैं 20 से ज़्यादा कोर क्रेडिट नहीं लूंगा, ताकि मुझे दस्तावेज़ तैयार करने के लिए ज़रूरत के मुताबिक समय मिल सके. (एक सामान्य छात्र हर सेमेस्टर में औसतन 25 क्रेडिट पूरे करता है)