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

इस पेज पर Google Docs के सीज़न के लिए स्वीकार किए गए एक तकनीकी लेखन प्रोजेक्ट की जानकारी है.

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

ओपन सोर्स संगठन:
विकिमीडिया फ़ाउंडेशन
तकनीकी लेखक:
पविथरा ईश्वारामूर्ति
प्रोजेक्ट का नाम:
विकिमीडिया के तकनीकी डॉक्यूमेंट्री बनाने वालों और वीडियोग्राफ़र के लिए दस्तावेज़ में सुधार करना
प्रोजेक्ट की अवधि:
मानक अवधि (तीन महीने)

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

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

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

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

उम्मीद के मुताबिक, आवेदन प्रक्रिया ओपन सोर्स समुदाय में मेरे गेटवे की तरह काम करती. यह प्रस्ताव, नौसिखिए के तौर पर मेरे अनुभव से प्रेरित है.

2. प्रोजेक्ट

2.1. आउटलाइन

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

2.2. सेवाएं

  • T197006 [https://phabricator.wikimedia.org/T197006] - विकिमीडिया के डॉक्यूमेंट्री बनाने वालों के लिए ज़रूरी दस्तावेज़ में सुधार करें:

    • दस्तावेज़/स्टाइल गाइड में सलाह और उदाहरण जोड़ें. [https://www.mediawiki.org/wiki/Documentation/Style_guide]
    • तकनीकी दस्तावेज़ों के टेंप्लेट और सुझावों में, कुछ खास शैलियों में MediaWiki खास जानकारी जोड़ें. जैसे: इस्तेमाल के लिए गाइड, इस्तेमाल करने के तरीके, आसानी से बताने/सिखाने वाली गाइड, रिलीज़ नोट, और README. [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]- “Fabricator के बारे में जानकारी” देने वाला स्क्रीनकास्ट बनाएं.

2.3. स्ट्रेच गोल

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

3. मेंटॉर

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

4. चर्चा

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

(i) विकिमीडिया के तकनीकी लेखकों के लिए मौजूदा संसाधनों में सुधार करना.

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

(i) विकिमीडिया के तकनीकी लेखकों के लिए मौजूदा संसाधनों में सुधार करना.

पहले, 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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

5. टेंटेटिव टाइमलाइन

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

  • मेरे मेंटॉर के साथ प्रोजेक्ट का विस्तार से विश्लेषण करें.

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

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

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

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

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

  • दस्तावेज़/Style_guide में सुधार करें:

    • MediaWiki पर सबसे सही तरीके और स्टैंडर्ड बताने के लिए फ़ोकस करें.
    • अच्छे काम के उदाहरण शामिल करें और संबंधित पेजों की विज़िबिलिटी बढ़ाएं.

  • नए तकनीकी लेखकों के लिए गाइड में सुधार करें:

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

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

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

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

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

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

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

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

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

    • इस्तेमाल करने के लिए गाइड, आसानी से इस्तेमाल करने की गाइड, README, प्रॉडक्ट की जानकारी (रिलीज़ नोट, और कैसे करें) लिखने के लिए, 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 अक्टूबर)

  • ""Fabricator का परिचय"" वीडियो पर काम करने के लिए:

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

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

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

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

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

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

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

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

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

    • ट्यूटोरियल और स्क्रिप्ट का आकलन करके उनमें सुधार करें.
    • स्क्रीनकास्ट की गैलरी देखें.

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

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

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

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

  • बचे हुए टास्क पर काम करें.

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

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

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

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

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

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

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

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

पहली आंतरिक परीक्षा: 18 से 24 अगस्त

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

अंतिम सेमेस्टर परीक्षा: 11 से 30 नवंबर

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

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