कुछ गलत होना तय है, और यह ठीक है: तीन लोगों की टीम के साथ हैकथॉन कैसे जीता जाए

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

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

ऐसा कार्य चुनें जो आपकी क्षमताओं के करीब हो

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

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

यदि आपकी आँखें भटकती हैं तो कार्य कैसे चुनें:

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

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

डायना गनीवा (डिरिलियन), जिंगू डिजिटल टीम: “क्षेत्रीय स्तर पर हमारे पास कृषि से संबंधित एक कार्य था, और फाइनल में - उद्योग में एआर/वीआर। उन्हें पूरी टीम द्वारा चुना गया था ताकि प्रत्येक व्यक्ति को अपनी क्षमताओं का एहसास हो सके। फिर हमने वह चीज़ हटा दी जो हमें दिलचस्प नहीं लगी।”

अपना होमवर्क करें

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

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

हाँ लेकिन।

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

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

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

डायना गनीवा, जिंगु डिजिटल: “हमने हैकथॉन के लिए तैयारी नहीं की, क्योंकि हमारा मानना ​​है कि हैक प्रोजेक्ट बिल्कुल नए सिरे से बनाए जाने चाहिए - यह उचित है। पहले से, ट्रैक के चयन के चरण में, हमारे पास एक सामान्य अवधारणा थी कि हम क्या करना चाहते हैं".

आप अकेले डेवलपर्स के साथ काम नहीं कर सकते

डायना गनीवा, जिंगू डिजिटल टीम: “हमारी टीम में विभिन्न क्षेत्रों के तीन विशेषज्ञ हैं। मेरी राय में, यह हैकथॉन के लिए आदर्श रचना है। हर कोई अपने-अपने व्यवसाय में व्यस्त है और कार्यों का कोई ओवरलैप या विभाजन नहीं है। एक और व्यक्ति अतिश्योक्तिपूर्ण होगा।”

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

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

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

समय प्रबंधन और विश्राम

याद रखें कि कैसे बचपन के "टॉम एंड जेरी" जैसे कार्टूनों में पात्र अपनी पलकों को बंद होने से बचाने के लिए उनके नीचे माचिस रख देते थे? अनुभवहीन (या अत्यधिक उत्साही) हैकथॉन प्रतिभागी लगभग उसी तरह दिखते हैं।

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

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

और यहाँ, वैसे, वही चक-चक पर्वत है।

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


ओलेग बख्ताद्ज़े-कर्नौखोव, PLEXeT टीम"हमारा लक्ष्य अधिक से अधिक घंटे काम करना नहीं था, बल्कि यथासंभव लंबे समय तक उत्पादक बने रहना था। भले ही हम दिन में 3-4 घंटे सोते थे, फिर भी हमें सफलता मिलती दिख रही थी। हम गेम्स रूम में जा सकते हैं या अपने साझेदारों के बूथ पर घूम सकते हैं, और भोजन के लिए सामान्य समय निकाल सकते हैं। दूसरे दिन, हमने लेव को यथासंभव राहत देने की कोशिश की ताकि उसे पर्याप्त नींद मिल सके और प्रदर्शन से पहले खुद को व्यवस्थित करने का समय मिल सके। हैकथॉन रिहर्सल ने हमारी मदद की, क्योंकि हम पहले से ही समझ गए थे कि कार्यों को कैसे वितरित किया जाए, और दैनिक दिनचर्या का सिंक्रनाइज़ेशन कैसे किया जाए - हमने एक ही समय में खाया, सोए और जाग रहे थे। परिणामस्वरूप, उन्होंने एक एकल तंत्र के रूप में काम किया।”

हम नहीं जानते कि यह टीम एगोमोटो की नज़र को हैकाथॉन तक लाने में कैसे कामयाब रही, लेकिन अंत में वे परियोजना के बारे में एक वीडियो शूट करने और एक हैंडआउट तैयार करने में भी कामयाब रहे।

हैकथॉन में समय प्रबंधन के लिए कुछ सुझाव:

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

और यह वैकल्पिक राय भी है. आप किस विकल्प के लिए हैं - कोडिंग द्वारा यातना या युद्ध के साथ युद्ध, और एक समय पर दोपहर का भोजन?

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

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

अलग दिखने की कोशिश करें

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

हम इस पर विस्तार से ध्यान नहीं देंगे, लेकिन बस PLEXeT टीम का एक मामला साझा करेंगे - हमें लगता है कि यह एक माँ के दोस्त के बेटे के बारे में एक मजाक बनने के योग्य है।

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

कुछ न कुछ गलत होना तय है, और यह ठीक है।

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

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

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

टिप्पणियों में साझा करें कि हैकथॉन (लोगों और विशेषज्ञों दोनों) में काम करने में आप किस रचना में सबसे अधिक सहज महसूस करते हैं और आप एक टीम में प्रक्रियाओं का निर्माण कैसे करते हैं।

स्रोत: www.habr.com