कोड की Google ग्रीष्मकालीन के बारे में पूरी सच्चाई - भाग 4

भाग 1
भाग २
भाग ३

1. अंतिम रिपोर्ट (अंतिम मूल्यांकन की समय सीमा) कैसे जीयें?

एक ओर, यहां सब कुछ सरल है - बस काम करते रहो। दूसरी ओर, मध्यावधि के बाद की अवधि पहले की तुलना में कम जटिल नहीं है। सबसे पहले, यदि आपने प्रारंभिक चरण में कोई बड़ा छेद छोड़ा है, तो उन्हें ठीक करने का समय है। यदि पहले कुछ कीड़े आपको माफ कर देते हैं, तो अब आपके संरक्षक को उम्मीद है कि हर दिन आपका कोड बेहतर और बेहतर काम करेगा।



दूसरे, यह इस स्तर पर है कि आप डिजाइन त्रुटियों का सामना कर सकते हैं जो आपने बहुत शुरुआत में बनाया था। यदि आपने कार्यक्षमता के विस्तार की संभावना नहीं देखी है (या जानबूझकर छोड़ी गई है), तो अब "हड्डियों पर मांस लगाने" की अवस्था आ गई है। और अगर इन हड्डियों को अनुचित तरीके से डिज़ाइन किया गया है, तो आप मांस को लटका नहीं पाएंगे। ठीक है, अगर आपको आर्किटेक्चर को थोड़ा मोड़ना है, या एक या दो बैसाखी के साथ प्राप्त करना है, लेकिन अगर आर्किटेक्चर मूल रूप से गलत था, तो या तो कार्यक्षमता में कटौती करें या सब कुछ फिर से करें। यानी अंतिम रिपोर्ट पर विफल होने का एक मौका है।

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

छुट्टी पर कैसे जाएं?

ज्यादातर छात्र मिडटर्म के बाद एक छोटी छुट्टी पर जाते हैं। रिपोर्टिंग सप्ताह के दौरान कुछ। लेकिन हर कोई छुट्टी पर जाता है, यहां तक ​​कि सलाह भी देता है।

संगठन आमतौर पर छात्रों से पूछते हैं कि वे अपनी छुट्टियों की योजना कब बनाते हैं। यदि आपसे नहीं पूछा गया था और आप छुट्टी की योजना बना रहे हैं, तो ईमानदारी से उन्हें स्वीकार करें।

सही ढंग से छुट्टी पर जाने के लिए, कुछ प्रमुख कार्य समाप्त करने का प्रयास करें। सबसे पहले, आपके लिए आराम करना आसान होगा। दूसरे, छुट्टियों के दौरान आप थोड़ा आराम कर सकते हैं, इसलिए पहले से काम कर रहे कोड के साथ काम करना आपके लिए थोड़ा आसान हो जाएगा।

यदि आपने एक डिप्लोमा लिखा है या कोडिंग अवधि के दौरान एक सत्र पारित किया है, अर्थात्। व्यावहारिक रूप से आपकी परियोजना के साथ व्यवहार नहीं किया गया - यह आपकी छुट्टी थी। छुट्टियां एक ऐसा समय नहीं है जब आप व्यक्तिगत रूप से आराम करते हैं, लेकिन एक ऐसा समय जब आप किसी परियोजना पर काम नहीं कर रहे होते हैं।

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

2. अंतिम रिपोर्ट कैसे बची?

जब आप ठीक हो जाते हैं और आप फिनिश लाइन पर जाने के लिए तैयार हो जाते हैं, तो आप छोटे आश्चर्य की उम्मीद कर सकते हैं। आपके संरक्षक के पास कोड के लिए 1001 इच्छाएं हो सकती हैं, जिन्हें आप सभी को पूरा करना होगा। अपने हिस्से के लिए, आपको लगता है कि आपने सब कुछ अच्छा किया है और अंतिम राग के लिए तैयार हैं; अपने गुरु की ओर से - आप धन प्राप्त करने के तुरंत बाद मायावी हो सकते हैं, और फिर उस अंजीर को समाप्त कर सकते हैं। इसलिए, आपका समुदाय आपसे एक ऐसा कोड प्राप्त करने का प्रयास करेगा, जो आगे के विकास के बिना काम करेगा। और जब से उनके पास अभी भी एक डेवलपर है जिसने यह बहुत कोड लिखा है, तो वे धन प्राप्त करने से पहले विकास को अंत तक लाने का प्रयास करेंगे। यह आप पिछले 2 सप्ताह से कर रहे हैं। यही कारण है कि आप अगस्त के लिए कुछ भी योजना नहीं बना सकते हैं - आप अपने संरक्षक की नई आवश्यकताओं के बारे में पहले से कभी नहीं जानते हैं, वैसे, वह उनके बारे में तब भी नहीं जानता था, लेकिन अब यह उस पर हो गया।

पेंसिल नीचे।

पश्चिमी दुनिया में, "पेंसिल डाउन" का अर्थ है "पेंसिल डाउन", अर्थात। आप दिन के बाद कुछ भी नहीं करते हैं। कार्यक्रम में दो समय सीमाएं हैं - नरम और अंतिम। नरम होने के बाद, आप अभी भी प्रतिबद्ध और जोड़ सकते हैं। ईमानदार होने के लिए, संगठन नरम समय सीमा को "दास के रूप में काम करने के लिए समय सीमा नहीं मानते हैं, सूरज अभी भी उच्च है।" यानी यह संभावना है कि नरम समय सीमा की शुरुआत के बाद, आपका संगठन आवश्यकताओं की एक और सूची सामने रखेगा। लेकिन अंतिम समय सीमा पहले से ही पूरी तरह से अंतिम है। आधिकारिक तौर पर, Google उस कोड में रुचि नहीं रखता है जो आप दिन के बाद X करते हैं। आपको केवल Google को वह कोड देने की आवश्यकता है जिसे आपने अंतिम समय सीमा के लिए प्रतिबद्ध किया है। और यहां थोड़ा जपडलो शुरू होता है - क्या करना है यदि आपके संरक्षक ने मूल्यांकन अवधि पर केवल कोड का परीक्षण करने के लिए काम किया है, और आपको कुछ ठीक करने की आवश्यकता है। यहां आपको Google के नियमों को पढ़ने की आवश्यकता है। यह प्रश्न बहुत बार छात्रों द्वारा पूछा जाता है, और ऐसा लगता है, आप समय सीमा के बाद प्रतिबद्ध हो सकते हैं, लेकिन आपको इस कोड को संग्रह में शामिल नहीं करना चाहिए। आप README फ़ाइल में "अतिरिक्त" कोड का वर्णन करते हैं और इसके लिए एक लिंक फेंकते हैं। लेकिन मैं आपको सलाह देता हूं कि मूल्यांकन की अवधि शुरू होने से पहले सब कुछ खत्म कर दें और परीक्षण के लिए संरक्षक को लात मार दें, जिससे उन्हें Google सिफारिशों का लिंक मिल सके।

मूल्यांकन अवधि पर सकारात्मक परिणाम प्राप्त करने के बाद ही आप अपना कोड भेजते हैं। पुरालेख बनाने के लिए आपको 2 या 3 सप्ताह दिए जाएंगे। जितनी जल्दी आप कोड सबमिट करेंगे, उतनी ही जल्दी गूगल दूसरा पैकेज भेजेगा।

डर्टी हैक्स 3।

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

आशावादी रिपोर्ट लिखें। चोट लगने का पाठ आपके बग और समस्याओं के विवरण से अधिक होना चाहिए।

3. ताजा खून।

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

4. Google मुझे और क्या भेजेगा?

टी-शर्ट, ए 4 कार्डबोर्ड, जो आपने अपनी परियोजना को सफलतापूर्वक पूरा कर लिया है, और सब कुछ लगता है। बड़े समुदाय अपने छात्रों को अतिरिक्त उपहार भेजते हैं - या तो मध्यावधि के बाद या काम के अंत में। क्या वास्तव में समुदायों को भेजना एक बड़ा आश्चर्य है, ऐसी चिप।

5. मिथक।

हम सभी समान हैं:
मानसिकता मायने रखती है। सभी समान, विभिन्न संस्कृतियाँ और विभिन्न शैक्षिक प्रणालियाँ अपना काम करती हैं। पश्चिमी छात्र कम जटिल हैं, वे अधिक प्रश्न पूछते हैं और संवाद करने से डरते नहीं हैं।

अधिक नियम, अधिक समस्याएं:
एक संगठन में जितने अधिक नियम, उतना बेहतर। मेरे अंतिम संगठन में नियमों का एक समूह था, जिसमें कोड में रिक्त स्थान की संख्या से लेकर कमिट्स का आकार शामिल था। इसके अलावा, उम्मीदवारों ने चयन के चरण में डिजाइन की जांच शुरू की, जब उम्मीदवारों ने पैच पोस्ट किए। मेरी राय है कि यह गर्मियों के मध्य (या बहुत अंत में) से बेहतर है यह पता लगाने के लिए कि आपको स्टाइल को "ट्वीक" करने और कुछ रीमेक करने की आवश्यकता है।

असफल परियोजनाएं केवल वयस्कता में हैं:
यहां तक ​​कि अगर आपने अपनी परियोजना को सफलतापूर्वक पूरा कर लिया है, तो भी इसे जारी करने की उम्मीद न करें। सभी छात्र कार्य बाद में उपयोग नहीं किए जाते हैं।

एक प्रस्ताव के साथ पास नहीं:
विचित्र रूप से पर्याप्त है, यह एक प्रोल के साथ था जिसे मैं प्राप्त करने में कामयाब रहा। लेकिन मेरा यहाँ एक अलग दर्शन था - आप अपने भविष्य के प्रोजेक्ट का एक हिस्सा या कोड नहीं बना सकते, इसलिए आप इस कार्यक्रम में काम नहीं कर सकते।

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

सभी जानते हैं कि भारतीय मूर्ख हैं:
कार्यक्रम में भाग लेकर आप जो छात्रवृत्ति प्राप्त कर सकते हैं, वह भारत में बहुत अच्छा पैसा है। स्वाभाविक रूप से, इस देश के छात्र कार्यक्रम में आने के लिए काफी उत्साह दिखाते हैं। और उनके साथ प्रतिस्पर्धा करना बहुत मुश्किल है। जबकि बाकी छात्र पैच या किसी अन्य कोडिंग के नियम से नाराज हैं, भारतीय चुपचाप कमिट कर रहे हैं। जब वे कार्यक्रम में प्रवेश नहीं करते हैं, तो वे प्रतिबद्ध होते हैं। और जब एक साल के बाद वे फिर से समस्या को पूरा करते हैं, तो उन्हें लिया जाता है।
हां, उनका कोड हमेशा सुंदर और इष्टतम नहीं होता है, लेकिन मैं यह नहीं कह सकता कि मेरे छात्रों की प्रयोगशाला पेशेवरों के काम की तरह है। और जब आप अंतर नहीं देख सकते हैं, तो दिखावा क्यों करें?

कोड की मुख्य बात:
कभी-कभी मुझे ऐसा लगता है कि मुख्य चीज ट्रायंडेट है। जितना अधिक आप समुदाय के साथ प्रयास करते हैं और बताते हैं कि आपने साहसपूर्वक 100 लाइनों के एक फ़ंक्शन को कोडित किया है या समुदाय के लिए आपका प्रोजेक्ट कितना महत्वपूर्ण है, उतना ही "खुश" है।
एक छात्र ने समुदाय से पूछा कि क्या यह उसके काम के साथ पर्याप्त था और क्या वह मिडटर्म पास करेगा। एक संरक्षक ने लिखा है कि वह काम से प्रसन्न था, क्योंकि मैं छात्र के ब्लॉग पर पढ़ता हूं कि परियोजना से समुदाय को क्या लाभ होगा। सच है, उन्होंने बाद में जोड़ा कि वह कोड को नहीं देखता था।

लड़कियों के लिए यह आसान है:
मुझे ऐसा नहीं लगता। जब पूरी टीम एक अन्य छात्र को अपने शोध प्रोजेक्ट को कोड करने में मदद करने के लिए एक हेडस्टैंड कर रही थी, मेरे गुरु ने मुझे अकेले लिनक्स स्रोत कोड खोदने के लिए भेजा। वास्तव में, कार्यक्रम में हर कोई समान है, और समुदाय उन लोगों की मदद करता है, जिन्हें अधिक सहायता की आवश्यकता होती है या जिनके प्रोजेक्ट की उन्हें अधिक आवश्यकता होती है। कोई भेदभाव नहीं है: न तो नस्लीय, न यौन, न ही भाषाई।

कार्यक्रम में शामिल होना मुश्किल है:
यदि आप शुरू से ही समुदाय के सभी नियमों का पालन करते हैं और गंभीरता से एक प्रति लिखते हैं (इसे जल्दी पोस्ट कर रहे हैं, सूत्रों के साथ काम कर रहे हैं, आकाओं के साथ संवाद कर रहे हैं), तो कार्यक्रम में आना आसान होगा।

कार्यक्रम में आना आसान है:
एक अलोकप्रिय समुदाय में प्रतिस्पर्धा (यानी आपने इसके बारे में कभी नहीं सुना है और वे एक अलोकप्रिय भाषा में कोड करते हैं, उदाहरण के लिए C या C ++, या जहां विशिष्ट गणित ज्ञान की आवश्यकता है) प्रति स्थान पर 3-4 लोग। लोकप्रिय समुदाय के लिए आवेदनों की संख्या लगभग 100 है, इसलिए आपको 100 लोगों के बीच ध्यान देने और चुने जाने के लिए बहुत प्रयास करने की आवश्यकता है।

मेरा गुरु सब कुछ जानता है:
आपका संरक्षक केवल उस परियोजना के उस हिस्से को जानता है जिस पर उसने काम किया था। बेशक, उसे आपसे ज्यादा अनुभव है, लेकिन यहां तक ​​कि उसके पास टेलीपैथी का कौशल भी नहीं है। यानी जब आप उसे अपनी समस्या के बारे में बताते हैं, तो सबसे अधिक संभावना है कि वह या तो कुछ समझ नहीं पाएगा या उसे फिर से सब कुछ का वर्णन करने के लिए कहेगा, लेकिन अधिक विस्तार से।

समुदाय जानता है कि मैं क्या कर रहा हूं:
यदि आपने कार्यक्रम से पहले केवल शैक्षिक कार्यों के साथ काम किया और शिक्षक को पहले से पता था कि आप कहां गड़बड़ करने जा रहे हैं, तो ऐसा नहीं है। केवल आप जानते हैं कि आप क्या कर रहे हैं, आप कैसे कर रहे हैं और आपको क्या समस्याएं हो सकती हैं।

अगर मुझे समस्या है, तो केवल एक संरक्षक को उनके बारे में जानना चाहिए:
कई छात्र गलती से समुदाय से दूरी बना लेते हैं। हालाँकि, कोडिंग स्टाइल, डॉक्यूमेंटेशन, टेस्टिंग जैसे मुद्दों को एक स्पेयर मेंटर से संबंधित मुद्दों को पूरे समुदाय के साथ सबसे अच्छा संबोधित किया जाता है, न कि मेंटर के साथ।

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

मैं इस क्षेत्र का एकमात्र योद्धा हूं:
अजीब तरह से पर्याप्त है, आप केवल एक ही नहीं हैं जो आपके समुदाय में कोडिंग कर रहे हैं। जब तक आप एक फ़ंक्शन A को कोड करते हैं जो आपके फ़ंक्शन B को नहीं खींचता है, तो कोई इस फ़ंक्शन को फिर से लिख सकता है। विलय के बारे में मत भूलना। अन्य डेवलपर्स कीड़े को ठीक कर सकते हैं और नए बना सकते हैं।

सब कुछ हमेशा दस्तावेज में लिखा है:
हमेशा नहीं। कभी-कभी सभी संरक्षक आपको बता सकते हैं "कोड को देखो।" आपके संगठन में बिल्कुल भी डॉक नहीं हो सकता है, या यह पता चल सकता है कि आप एक मानक के अनुसार कोड करते हैं जो कि नि: शुल्क साहित्य में खराब तरीके से वर्णित है, और एक पुस्तक जहां सब कुछ अच्छी तरह से वर्णित है वह सस्ती नहीं हो सकती है।

2 * 2 = 4:
विश्वविद्यालय में, कुछ चीजों को आपको दिए गए के रूप में समझाया जाता है, यह कहने के लिए नहीं कि यह अन्यथा क्यों हो सकता है। बस, अधिकांश छात्र उन परिस्थितियों में समाप्त नहीं होंगे जहां उन्नत ज्ञान की आवश्यकता होती है। GSoC पर, आप पा सकते हैं कि "मानकों" की आपकी धारणा सत्य नहीं है।

इससे कोई फर्क नहीं पड़ता कि आपने सभी गर्मियों में क्या किया, मुख्य बात यह है कि रिपोर्ट से पहले इसे खींचें:
यदि आप अपना कीमती कोड पोस्ट करते हैं, तो इसका मतलब यह नहीं है कि संरक्षक तुरंत इसे देखने के लिए भाग जाएगा। शायद उसके पास इसके लिए समय नहीं होगा। मिडटर्म से ठीक पहले एक छात्र ने कोड की 2000 लाइनें लगाईं, वास्तव में, यह उसकी पहली प्रतिबद्धता थी। उनके गुरु ने ईमानदारी से कहा कि उनके पास सब कुछ की समीक्षा करने और परीक्षण करने का समय नहीं हो सकता है, जब तक कि मध्यावधि के अंत तक नहीं।

मैं केवल अपने गुरु के साथ काम करता हूं:
मेरे संरक्षक ने पहला परीक्षण केवल मिडटर्म पर किया था (या शायद वह बिल्कुल नहीं किया था), इससे पहले कि वह सिर्फ कोड को देखता था। मिडटर्म से पहले, एक अन्य संरक्षक ने परीक्षण किए, लेकिन उन्होंने मुझमें कुछ कीड़े पाए।

मेरे गुरु नौकरशाह हैं, क्योंकि नियमित रिपोर्ट की आवश्यकता है:
Mentors छात्रों का ट्रैक रखते हैं, और Google समुदाय का ट्रैक रखता है। यदि समुदाय सक्रिय रूप से समाचार पत्र या चैट में छात्रों के साथ संवाद करता है, तो अगले वर्ष यह अधिक स्लॉट प्राप्त करेगा। इसलिए "ये बेवकूफ रिपोर्ट" आंशिक रूप से Google की आवश्यकताएं हैं।

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

6. जीवन से।

जिस संगठन में मैंने आखिरी बार भाग लिया था, वह बहुत कम ज्ञात है और सी भाषा में विकसित हो रहा है (जो अब छात्रों के बीच अलोकप्रिय है)। भागीदारी के लिए प्रतियोगिता प्रति स्थान पर 3-4 लोग थे और सभी उम्मीदवारों को पहले से ही इस क्षेत्र में विकास का अनुभव था। मेरे पास ऐसा अनुभव नहीं था, लेकिन मैंने पहले ही एक समान समस्या हल कर दी थी। प्रतियोगिता के माध्यम से जाने के लिए, मुझे पहले से ही अपंग होने की अवस्था में परियोजना का हिस्सा लिखना था। Mentors ने मुझसे केवल 2 प्रश्न पूछे - पहला संबंधित कोड खुद, दूसरा - कार्यान्वयन के चरणों में से एक। पोस्टिंग से पहले या बाद में कोई जीवंत चर्चा नहीं हुई। इसके अलावा, इस तरह के एक पोस्ट ने मेरे प्रोजेक्ट से अन्य छात्रों को डरा दिया।

मेरे सहपाठी ने ऐसा ही किया। इस कदम पर, उन्होंने पूरे प्रोजेक्ट के लिए 30% कोड प्रदान किया और सबसे जटिल संस्करण को लागू किया। परियोजना सफलतापूर्वक पूरी हो गई थी, लेकिन काम के लिए इस तरह की क्षमता ने छात्रों की क्षमताओं के बारे में आकाओं को भटका दिया। अगले वर्ष, उन्होंने कार्यों की जटिलता को बहुत बढ़ा दिया, जो सभी छात्रों ने अच्छा नहीं किया।

मेरे गुरु ने मेरे सभी पत्रों का तुरंत जवाब दिया। लेकिन जब मैंने इसे अपने कोड का परीक्षण करने के लिए कहा, तो यह एक सप्ताह के लिए गायब हो गया। एक अन्य छात्र के लिए, उनके संरक्षक ने केवल मिडटर्म के मध्य में कोड का परीक्षण किया, हालांकि उन्होंने सभी पत्रों का समय पर जवाब दिया।

भागों में से एक गायब था - परियोजना का एक छोटा विवरण। कार्यक्रम में आपके प्रवेश के बाद वही विवरण सार्वजनिक हो जाता है। क्योंकि मुझे प्रोजेक्ट कोड की पेशकश नहीं की गई है, मेरे पास पाठ लिखने के लिए बहुत समय नहीं है - मैंने समुदाय वेबसाइट से केवल विचार के विवरण की प्रतिलिपि बनाई है।

क्योंकि संगठन में कोड की शैली के बारे में बहुत सख्त नियम थे, सबसे गंभीर टिप्पणियां मुझे लापता स्थानों और जादू की संख्या के कारण मिलीं।

जीएसओसी के लिए एक छात्र द्वारा उत्पादित कोड की मात्रा कोड की 2 - 5 हजार लाइनें है।

मेरे संगठन में, छात्रों में से एक ने डिजाइन में बहुत ही घोर गलती की। उन्होंने इस क्षण के बारे में संरक्षक के साथ चर्चा नहीं की, इसलिए सबकुछ मिडटर्म के ठीक सामने दिखा। क्योंकि पहले से ही बहुत सारे कोड थे, और यह वादा किए गए स्तर तक कार्यक्षमता का विस्तार करने के लिए शारीरिक रूप से असंभव था, संरक्षक ने खुद को आवश्यकताओं को रौंदने का सुझाव दिया।

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

प्रस्तावों के लिए प्रश्नावली में, सभी छात्र लिखते हैं कि वे कार्यक्रम के अंत के बाद तस्करी करना जारी रखेंगे, लेकिन संगठन में बहुत कम ही कोई रहता है। सबसे अच्छे रूप में, वे अगले साल जीएसओसी छात्रों के रूप में वापस आते हैं।

सभी छात्र सप्ताह में 40 घंटे काम करने का वादा करते हैं। वास्तव में, काम के घंटे शायद ही कभी 20 घंटे से अधिक हो।

सभी छात्रों को दो प्रकारों में विभाजित किया जाता है - कुछ पैच नियम से प्यार करते हैं, अन्य इसे नफरत करते हैं। सभी संगठनों को दो प्रकारों में विभाजित किया गया है - कुछ एक लापता आइटम के रूप में कोड चाहते हैं, अन्य एक रचनात्मक संवाद चाहते हैं।

7. क्या पढ़ना है?

1. Google छात्र सिफारिशें:
मैं यह नहीं कह सकता कि मैं हर चीज से सहमत हूं - कार्य के कई पहलू समुदाय और परियोजना पर निर्भर करते हैं। लेकिन आपको इन सिफारिशों को जरूर पढ़ना चाहिए।

2. मेंटरों के लिए गूगल की सिफारिशें:
हम इसे ज़रूर पढ़ते हैं। यह समझना बहुत महत्वपूर्ण है कि आपके संरक्षक और संगठन आपको कैसे देखते हैं।

3. जिम्प से रूसी भाषी संरक्षक का एक बहुत प्रसिद्ध लेख:
कई सिफारिशें, दोनों छात्रों और आकाओं के लिए। एक असली अंदर देखो।

4. संरक्षक के साथ व्यवहार करने के निर्देश:
यह बहुत राजनीतिक रूप से सही लिखा जाता है। रूसी भाषी छात्र के लिए इन युक्तियों के अर्थ को समझना थोड़ा मुश्किल होगा। लेकिन टिप्स बहुत अच्छे हैं।

5. स्लॉट्स का सेक्शन कैसे होता है, इस बारे में Google के खुलासे:
ज्यादातर स्लॉट्स ऐसे संगठनों द्वारा प्राप्त किए जाते हैं जो पुराने GSoC सदस्यों के साथ काम करना जारी रखते हैं, अन्य संगठनों और सफलतापूर्वक प्रोजेक्ट्स को पूरा करते हैं। परोक्ष रूप से, ये मानदंड प्रभावित कर सकते हैं कि आप चुनते हैं या नहीं।

6।छात्रों के लापता होने को रोकने के तरीके पर चर्चा से निचोड़:
यदि आप इसे बहुत सावधानी से पढ़ते हैं, तो यह स्पष्ट हो जाएगा कि उम्मीदवारों और उनके मूल्यांकन के चयन के नियम हर साल अधिक जटिल हो जाएंगे। इसलिए, जो लोग पैच के नियम को पसंद नहीं करते हैं या जो आखिरी दिन सब कुछ करना पसंद करते हैं, उन्हें इस बारे में सोचना चाहिए कि क्या वे भी भाग ले सकते हैं।