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

भाग २
भाग ३
भाग ४

मुझे लगता है कि विषय नया नहीं है और सभी जानते हैं कि गर्मियों में एक छात्र $ 5000 कमा सकता है। इंटरनेट "गर्मियों में मुझे कितनी अच्छी तरह घसीटता है" के बारे में कहानियों से भरा है, लेकिन इस घटना के बारे में कम ही लोग बात करते हैं।

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


1. यह सब कैसे शुरू होता है?

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

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

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

रजिस्टर करें, फिर छात्र उम्मीदवारों के लिए मेलिंग सूची की सदस्यता लें।

2. कौन कर सकता है?

सभी छात्रों और स्नातक छात्रों को अध्ययन के किसी भी वर्ष में, यहां तक ​​कि आखिरी में भी।

3. संगठन कैसे चुनें?

संगठनों की सूची प्रमुख प्रोग्रामर कौशल को इंगित करेगी। आमतौर पर इस कॉलम प्रोग्रामिंग भाषाओं में। ध्यान रखें कि यदि कोई संगठन C ++ लिखता है, तो आपको C ++ का अच्छा ज्ञान होना चाहिए और आपको इस भाषा में कम से कम कुछ विकास का अनुभव होना चाहिए। ऐसे छात्रों की एक विशेष श्रेणी है जो इन आवश्यकताओं को परियोजना के दौरान जो कुछ भी सीखते हैं, उसे इन आवश्यकताओं को मानते हैं। कोई भी आपको कुछ नहीं सिखाएगा, यह एक नौकरी है, नानी के साथ इंटर्नशिप नहीं।

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

आपको और क्या जानने की जरूरत है?

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

पिछले वर्षों में संगठन की भागीदारी के आंकड़ों को देखना अच्छा होगा - क्या परियोजनाएं थीं, क्या वे सफलतापूर्वक पूरा किए गए थे, क्या कोड को रिलीज में शामिल किया गया था।

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

4. एक परियोजना का चयन करें।

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

सभी परियोजनाओं को दो प्रकारों में विभाजित किया गया है - अनुसंधान और दिनचर्या। आपको यह समझना चाहिए कि यदि संगठन स्वयं किसी चीज के विकास में शामिल नहीं है, तो उसके कारण हैं।

1. बहुत जटिल - आपको इस मुद्दे को पढ़ने और अध्ययन करने की आवश्यकता है।
2. बहुत उबाऊ - एक मॉड्यूल को फिर से लिखना, एक गोदी या अन्य दिनचर्या पर कोडिंग और निर्बाध काम करना।
3. बहुत समझ से बाहर - संगठन जानता है कि आउटपुट क्या होना चाहिए, लेकिन यह नहीं जानता कि इसे बिल्कुल कैसे लागू किया जाए। किसी भी टीम के पास उपयुक्त ज्ञान नहीं है।

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

कभी नहीं और कभी नहीं।

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

5. हमने एक पत्र लिखा था।

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

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

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

सामान्य विवरण।

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

तकनीकी विवरण

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

समय

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

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

सबसे अधिक उत्पादक विकास का समय मध्यरात्रि से दो सप्ताह पहले और तीन सप्ताह बाद होता है। तब आप कोड के लिए अभ्यस्त हो जाएंगे और कार्य में पारंगत हो जाएंगे। अपने समय की योजना बनाने की कोशिश करें ताकि काम का थोक इस समय गिर जाए।

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

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

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

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

6. मात्रा और गुणवत्ता।

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

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

7. मूल्यांकन की अवधि।

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

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

टक्कर।

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

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

Google बग

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

8. हम कैसे चुनते हैं?

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

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

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

डर्टी हैक्स।

नहीं, बेशक, आप कुछ ऐसे कदम उठा सकते हैं जो आपकी सफलता की संभावनाओं को बढ़ा देंगे, लेकिन एक ही तरीका है - बढ़ते रहना।

अधिक पैच। आपको कुछ पैच बनाने के लिए कहा जाता है, इसलिए 3 या 4 करें। इसलिए आप अन्य उम्मीदवारों के बीच खड़े हों।

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

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

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

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

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

9. स्वेच्छा।

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