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

भाग 1
भाग २
भाग ४

1. मिडटर्म (मध्यावधि मूल्यांकन की समय सीमा) से कैसे बचे?

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



मिडटर्म को पारित करने का मुख्य मानदंड आपके टाइमलाइन के लिए वादा किया गया कोड प्रदान करना है। कोई कोड नहीं - कोई पैसा नहीं। आधिकारिक तौर पर, Google को वास्तव में क्या और कैसे करना है, में कोई दिलचस्पी नहीं है - मुख्य बात यह है कि समुदाय खुश है। यदि समुदाय खुश है, तो Google भी खुश है। इसलिए, रिपोर्ट को लाइव करने के लिए, आपको समुदाय को खुश करने की आवश्यकता है।

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

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

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

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

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

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

2. मिडटर्म से कैसे बचे?

इस घटना के शुरू होने से दो हफ्ते पहले, अपने संरक्षक से पूछें कि क्या वह आपके काम से संतुष्ट है और नतीजा क्या है।

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

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

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

3. परियोजना का त्वरण और रिपोर्ट।

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

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

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

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

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

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

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

यदि किसी छात्र को कोई समस्या है और आप जानते हैं कि उसे कैसे हल करना है, क्योंकि आप पहले से ही कुछ इसी तरह का सामना कर चुके हैं, तो उसकी मदद करें। सबसे पहले, एक व्यक्ति की मदद करें, और दूसरी बात, sociability के लिए +1 प्राप्त करें।

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

सुनहरा नियम।

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

4. एक संरक्षक का उपयोग कैसे करें?

स्रोत के संदर्भ के रूप में।

5. संघर्ष।

संघर्षों के तथ्य को सभी ने पहचाना - Google और समुदाय दोनों। मुझे लगता है, क्योंकि कोडिंग गर्मी पहले वर्ष में आयोजित नहीं की जाती है, फिर स्थितियों का विश्लेषण करने के लिए एक तंत्र पहले से ही विकसित किया गया है।

यदि आपके पास:
1. एक कार्यशील प्रोटोटाइप
2. आपने नियमित रिपोर्ट की
3. आपने मई के अंत में कोड बनाना शुरू कर दिया था
4. आपने अपनी योजना का पालन किया

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

यदि आप Google छात्रों के साथ काम करने के लिए दिशानिर्देशों का पालन करते हैं, तो आपको छात्र को अलविदा कहना चाहिए:
1. मध्यावधि के लिए कोई वादा किया हुआ कोड नहीं है
2. छात्र बहुत मिलनसार नहीं है और उसके साथ आगे काम करना मुश्किल है
3. कोई पूर्ण निश्चितता नहीं है कि छात्र परियोजना को पूरा करेगा
4. विद्यार्थी सामुदायिक अपेक्षाओं पर खरा नहीं उतरता है

6. विफल परियोजनाओं।

एक सफल परियोजना में तीन संतुलित पैरामीटर होते हैं: समय सीमा, बजट, संसाधन। बजट और संसाधनों के साथ, यहां सब कुछ स्पष्ट है, ऐसी समय सीमाएं हैं जिनमें सिर्फ छात्र फिट नहीं होते हैं। सबसे अक्सर विफल परियोजनाएं हैं:

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

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

c) ऐसी परियोजनाएँ जिनमें समुदाय द्वारा स्वयं विकास का लक्ष्य स्पष्ट रूप से निर्धारित नहीं है। उदाहरण के लिए, यदि आपके प्रोजेक्ट के विचार को मूल रूप से "इस तरह का एक अनजान कचरा है और हम चाहते हैं कि यह वही है, लेकिन हम नहीं जानते कि यह क्या है" की शैली में वर्णित किया गया था, तो संभव है कि विकास के किसी चरण में आपको पता चलेगा कि आप थोड़ा कर रहे हैं आपसे क्या उम्मीद है
यह सब कैसे शुरू होता है?
प्रोजेक्ट को ओवरक्लॉक करने के बाद, जब कोड पहले परीक्षणों को पास करना शुरू कर चुका है, तो छात्र को अचानक पता चलता है कि परिणाम थोड़ा अलग होना चाहिए। अगला, परियोजना का एक विस्तृत विश्लेषण और देरी शुरू होती है।
क्या करें?
हर हफ्ते विस्तृत रिपोर्ट लिखें, अधिमानतः मई में वापस, जब आप सिर्फ एक कार्य के साथ काम कर रहे हों। या तो आप विकास के शुरुआती चरणों में सभी गलतफहमी को पकड़ लेते हैं, या आपको समुदाय के लिए अपने विकास की उपयोगिता पर फिर से विचार करना होगा।

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

7. क्या वे मुझे मारेंगे?

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

फोर्स मेजर।

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

संगठन परियोजनाओं को विफल क्यों करते हैं?

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