केहि गलत हुन बाध्य छ, र त्यो ठीक छ: तीन जनाको टोलीसँग ह्याकाथन कसरी जित्ने

तपाई सामान्यतया ह्याकाथनमा कुन प्रकारको समूहमा भाग लिनुहुन्छ? प्रारम्भमा, हामीले भनेका थियौं कि आदर्श टोलीमा पाँच व्यक्तिहरू हुन्छन् - एक प्रबन्धक, दुई प्रोग्रामर, एक डिजाइनर र एक मार्केटर। तर हाम्रा फाइनलिस्टहरूको अनुभवले देखाएको छ कि तपाईंले तीन व्यक्तिको सानो टोलीसँग ह्याकाथन जित्न सक्नुहुन्छ। फाइनलमा विजयी भएका २६ टोलीमध्ये ३ टोलीले मस्केटियरहरूसँग प्रतिस्पर्धा गरे र जितेका थिए। तिनीहरूले यो कसरी गरे - पढ्नुहोस्।

हामीले तीनै टोलीका कप्तानसँग कुरा गर्यौं र उनीहरुको रणनीतिमा धेरै समानता रहेको बुझ्यौं। यस पोस्टका नायकहरू टोलीहरू PLEXeT (Stavropol, दूरसंचार र आम सञ्चार मन्त्रालयको नामांकन), "कम्पोजिट की" (तुला, तातारस्तान गणतन्त्रको सूचना र सञ्चार मन्त्रालयको नामांकन) र जिंगु डिजिटल (इकेटरिनबर्ग, उद्योग तथा वाणिज्य मन्त्रालयको मनोनयन)। चासो राख्नेहरूका लागि, आदेशहरूको संक्षिप्त विवरण बिरालो अन्तर्गत लुकेको छ।
आदेश विवरणPLEXeT
टोलीमा तीन व्यक्तिहरू छन् - एक विकासकर्ता (वेब, C++, सूचना सुरक्षा दक्षता), एक डिजाइनर र एक प्रबन्धक। क्षेत्रीय ह्याकाथन अघि हामीले एकअर्कालाई चिनेका थिएनौं। अनलाइन परीक्षणको नतिजाका आधारमा कप्तानले टोलीलाई भेला गरेका हुन् ।
कम्पोजिट कुञ्जी
टोलीसँग तीन जना साथी विकासकर्ताहरू छन् - आईटी, ब्याकएन्ड र मोबाइलमा दश वर्षको अनुभव भएको फुलस्ट्याक, र डाटाबेसमा फोकस भएको ब्याकइन्ड।
Jingu डिजिटल
टोलीमा दुई प्रोग्रामरहरू छन् - ब्याकएन्ड र AR/Unity, साथै एक डिजाइनर जो टोलीको व्यवस्थापनको लागि पनि जिम्मेवार थिए। उद्योग तथा वाणिज्य मन्त्रालयको मनोनयनमा विजयी भएका हुन्

आफ्नो क्षमताको नजिक भएको कार्य छान्नुहोस्

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

आर्टेम कोस्को (ashchuk) आदेश "कम्पोजिट कुञ्जी": “हामीले सुरुमा केही नयाँ प्रयास गर्ने योजना बनाएका थियौं। क्षेत्रीय चरणमा, हामीले धेरै नुगेट प्याकेजहरू प्रयास गर्यौं, जुन हामीले कहिल्यै प्राप्त गर्न सकेनौं, र Yandex.Cloud। अन्तमा, हामीले कुबर्नेट्समा CockroachDB तैनाथ गर्यौं र EF Core प्रयोग गरेर यसमा माइग्रेसनहरू रोल गर्ने प्रयास गर्यौं। कतिपय कुरा राम्रै भयो, कतिपय त्यति धेरै भएन। त्यसैले हामीले नयाँ कुराहरू सिक्यौं, आफैलाई जाँच्यौं, र प्रमाणित दृष्टिकोणहरूको विश्वसनीयता सुनिश्चित गर्‍यौं। ”.

यदि तपाईंको आँखा घुम्छ भने कार्य कसरी छनौट गर्ने:

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

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

डायना गानिभा (dirilean), Jingu डिजिटल टोली: "क्षेत्रीय चरणमा हामीसँग कृषिसँग सम्बन्धित कार्य थियो, र फाइनलमा - उद्योगमा AR/VR। तिनीहरू सम्पूर्ण टोलीद्वारा छानिएका थिए ताकि प्रत्येक व्यक्तिले उनीहरूको क्षमताहरू महसुस गर्न सकून्। त्यसपछि हामीले त्यति चाखलाग्दो नपाएका कुराहरू निकाल्यौं।”

तिम्रो गृहकार्य गर

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

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

हो तर।

सुधार र ड्राइभ तब मात्र राम्रो हुन्छ जब तिनीहरू रणनीतिबाट थोरै विचलन हुन्छन् - अन्यथा जोखिमहरू काम, खाने वा सुत्नुको सट्टा अराजकता सफा गर्न र गल्तीहरू सच्याउन समय खर्च गर्न धेरै ठूलो हुन्छन्।

Oleg Bakhtadze-Karnaukov, PLEXeT टोली: "मैले प्रतियोगिता अघि मेरो टोलीका कुनै पनि सदस्यलाई चिनेको थिइनँ; मैले अनलाइन परीक्षण चरणमा उनीहरूको दक्षता र मूल्याङ्कनका आधारमा उनीहरूलाई छनोट गरी आमन्त्रित गरें। जब हामीले क्षेत्रीय ह्याकाथन जित्यौं र हामीले अझै पनि काजानमा सँगै जानुपर्छ र Stavropol मा ह्याकाथन परियोजना पूरा गर्नुपर्छ भन्ने महसुस गर्यौं, हामीले सँगै बस्ने र तालिम दिने निर्णय गर्यौं। फाइनल अघि, हामीले दुई पटक भेट्यौं - हामीले अनियमित समस्या भेट्टायौं र यसलाई हल गर्यौं। केस च्याम्पियनशिप जस्तै केहि। र पहिले नै यस चरणमा हामीले सञ्चार र कार्यहरूको वितरणमा समस्या देख्यौं - जबकि पोलिना (डिजाइनर) र लेभ (प्रबन्धक) कर्पोरेट शैली, उत्पादन सुविधाहरू, बजार डेटा खोज्दै सोच्दै थिए, मसँग धेरै खाली समय थियो। त्यसोभए हामीले महसुस गर्यौं कि हामीले अझ गाह्रो नामांकन लिन आवश्यक छ (म घमण्ड गरिरहेको छैन, हामीले भर्खरै वेबसँग सम्बन्धित कार्यहरू भेट्टायौं, तर मेरो लागि यो केवल एक वा दुई हो) र मलाई कार्य प्रक्रियाहरूमा थप संलग्न हुन आवश्यक छ। । नतिजाको रूपमा, फाइनलमा, प्रारम्भिक अनुसन्धानको क्रममा, म गणितीय मोडलिङ र विकास एल्गोरिदममा संलग्न थिएँ।

Artem Koshko, कम्पोजिट कुञ्जी टोली : “हामीले मानसिक रूपमा थप तयारी गरेका थियौं, कोड तयार गर्नेबारे कुनै कुरा भएन। हामीले पहिले नै टोलीमा भूमिकाहरू तोकेका थियौं - हामी तीनजना सबै प्रोग्रामरहरू हौं (हामीसँग पूर्ण स्ट्याक र दुईवटा ब्याकएन्डहरू छन्, साथै मलाई मोबाइल विकासको बारेमा थोरै थाहा छ), तर यो स्पष्ट थियो कि कसैले यसलाई लिनुपर्दछ। डिजाइनर र प्रबन्धक को भूमिका। यसरी, मलाई थाहा नभएको, म एक टोलीको नेतृत्व बनें, आफैलाई एक व्यापार विश्लेषक, वक्ता र प्रस्तुतीकरण निर्माताको रूपमा प्रयास गरे। मलाई लाग्छ यदि हामीले यस बारे पहिले नै कुरा नगरेको भए, हामीले समयलाई सही रूपमा व्यवस्थापन गर्न सक्ने थिएनौं, र हामीले यसलाई अन्तिम रक्षामा पुर्‍याउने थिएनौं। ”

डायना Ganieva, Jingu डिजिटल: "हामी ह्याकाथनको लागि तयारी गरेका थिएनौं, किनभने हामी विश्वास गर्छौं कि ह्याक परियोजनाहरू स्क्र्याचबाट बनाइनु पर्छ - त्यो उचित छ। अग्रिममा, ट्र्याकहरू छनोट गर्ने चरणमा, हामी के गर्न चाहन्छौं भन्ने सामान्य अवधारणा थियो।".

तपाईं एक्लै विकासकर्ताहरूसँग काम गर्न सक्नुहुन्न

डायना Ganieva, Jingu डिजिटल टोली: “हाम्रो टोलीमा विभिन्न क्षेत्रका तीन विशेषज्ञ छन्। मेरो विचारमा, यो ह्याकाथनको लागि आदर्श संरचना हो। सबैजना आफ्नै व्यवसायमा व्यस्त छन् र त्यहाँ कुनै ओभरल्याप वा कार्यहरूको विभाजन छैन। थप एक व्यक्ति अनावश्यक हुनेछ।"

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

Artem Koshko, कम्पोजिट कुञ्जी टोली: “कुनै बिन्दुमा, हामीले टोलीमा एक विशेषज्ञ विशेषज्ञलाई नलिनुमा पछुताउँछौं। जब हामी कुनै न कुनै रूपमा डिजाइनको सामना गर्न सक्षम थियौं, यो व्यापार योजना र अन्य रणनीतिक चीजहरूको साथ गाह्रो थियो। एउटा उल्लेखनीय उदाहरण हो जब लक्षित दर्शक र बजार भोल्युम, TAM, SAM गणना गर्न आवश्यक थियो।"

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

समय व्यवस्थापन र विश्राम

"टम र जेरी" जस्ता बाल्यकालका कार्टुनहरूमा क्यारेक्टरहरूले तिनीहरूलाई बन्द हुनबाट जोगाउन आफ्नो पलकहरू मुनि कसरी मिलाउँछन् भनेर याद गर्नुहोस्? अनुभवहीन (वा अत्यधिक उत्साही) ह्याकाथन सहभागीहरू उस्तै देखिन्छन्।

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

Artem Koshko, कम्पोजिट कुञ्जी टोली: "हामीसँग धेरै चक-चकहरू थिए, धेरै - हाम्रो टेबलको बीचमा एउटा टावर बनाइएको थियो, यसले हाम्रो मनोबल राख्यो र हामीलाई सही समयमा कार्बोहाइड्रेट दियो। हामीले आराम गर्यौं र लगभग सबै समय सँगै काम गर्यौं, र अलग आराम गरेनौं। तर तिनीहरू फरक तरिकाले सुते। एन्ड्री (फुलस्ट्याक विकासकर्ता) दिनमा सुत्न मन पराउँछन्, डेनिस र म रातमा सुत्न मन पराउँछन्। त्यसकारण, मैले दिनमा डेनिससँग र रातमा एन्ड्रीसँग काम गरें। अनि विश्रामको बेला सुते । हामीसँग काम गर्ने वा सेटिङ गर्ने प्रणाली थिएन; बरु, सबै सहज थियो। तर यसले हामीलाई चिन्तित पारेन, किनकि हामी एकअर्कालाई राम्ररी बुझ्छौं र एकअर्काको पूरक छौं। यसले हामी सहकर्मीहरू हौं र नजिकबाट कुराकानी गर्न मद्दत गर्‍यो। म एन्ड्रीको पूर्व इन्टर्न हुँ, र डेनिस मेरो इन्टर्नको रूपमा कम्पनीमा आए।

र यहाँ, वैसे, उही चक-चक पहाड।

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


Oleg Bakhtadze-Karnaukov, PLEXeT टोली: «हाम्रो लक्ष्य सकेसम्म धेरै घण्टा काम गर्ने होइन, तर सकेसम्म लामो समयसम्म उत्पादनशील रहने थियो। दिनको ३-४ घण्टा सुत्दा पनि हामी सफल भएको देखिन्थ्यो। हामी खेल कोठामा जान सक्छौं वा हाम्रा साझेदारहरूको बुथमा ह्याङ्ग आउट गर्न सक्छौं, र खानाको लागि सामान्य समय छुट्याउन सक्छौं। दोस्रो दिन, हामीले लेभलाई सकेसम्म धेरै राहत दिने प्रयास गर्यौं ताकि उसलाई पर्याप्त निन्द्रा मिलोस् र प्रदर्शन अघि आफूलाई व्यवस्थित गर्न समय मिलोस्। ह्याकाथन पूर्वाभ्यासले हामीलाई मद्दत गर्‍यो, किनकि हामीले पहिले नै कार्यहरू कसरी बाँडफाँड गर्ने भनेर बुझेका थियौं, र दैनिक दिनचर्याको सिंक्रोनाइजेसन - हामी एकै समयमा खायौं, सुत्थ्यौं र ब्यूँझ्यौं। नतिजाको रूपमा, तिनीहरूले एकल संयन्त्रको रूपमा काम गरे।

हामीलाई थाहा छैन कि यो टोलीले Agomoto's Eye लाई ह्याकाथनमा कसरी पुर्‍यायो, तर अन्तमा उनीहरूले परियोजनाको बारेमा भिडियो खिच्न र ह्यान्डआउट तयार गर्न पनि व्यवस्थित गरे।

ह्याकाथनमा समय व्यवस्थापनका लागि केही सुझावहरू:

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

र यो वैकल्पिक विचार पनि छ। तपाईं कुन विकल्पको लागि हुनुहुन्छ - कोडिङद्वारा यातना वा युद्धसँग युद्ध, र तालिकामा खाजा?

डायना Ganieva, Jingu डिजिटल टोली: “हाम्रो टोलीका प्रत्येक व्यक्ति एउटा कुराको लागि जिम्मेवार छन्, हामीलाई प्रतिस्थापन गर्ने कोही थिएन, त्यसैले हामीले शिफ्टमा काम गर्न सकेनौं। जब त्यहाँ बिल्कुलै बल बाँकी थिएन, हामी सहभागीको लागि बाँकी रहेको कामको मात्रामा निर्भर गर्दै, तीन घण्टा सुत्यौं। त्यहाँ ह्याङ्ग आउट गर्न बिल्कुल समय थिएन, हामी यसमा बहुमूल्य समय बर्बाद गर्दैनौं। उत्पादकतालाई समर्थन गरिएको थियो, यद्यपि छोटो निद्राको साथ, र चियाको साथ गुडीहरू - कुनै ऊर्जा पेय वा कफी छैन।"

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

बाहिर खडा गर्न प्रयास गर्नुहोस्

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

हामी यस बारे विस्तृत रूपमा विचार गर्दैनौं, तर केवल PLEXeT टोलीबाट एउटा केस साझा गर्नेछौं - हामीलाई लाग्छ कि यो आमाको साथीको छोराको बारेमा मजाक बन्न योग्य छ।

Oleg Bakhtadze-Karnaukov, PLEXeT टोली: "हामीले महसुस गर्यौं कि हामी कर्भ भन्दा अगाडि छौं र निर्णय गर्यौं कि स्थानान्तरण मुद्दाको साथ पूर्व-रक्षामा आउन राम्रो हुनेछ। परियोजनासँग धेरै प्राविधिक विवरणहरू छन्, एल्गोरिदमहरूको व्याख्या, जुन प्रस्तुतीकरणमा समावेश गरिएको छैन। तर म देखाउन चाहन्छु। विशेषज्ञहरूले विचारलाई समर्थन गरे र यसलाई अनुकूलन गर्न पनि मद्दत गरे। तिनीहरूले पहिलो संस्करण पनि हेरेनन्; तिनीहरूले भने कि तिनीहरूले यस्तो चित्र कहिल्यै पढ्ने छैन। हामी मात्र रक्षामा थियौं। ”

केहि गलत हुन बाध्य छ, र त्यो ठीक छ।

ह्याकाथनमा, सामान्य जीवनमा जस्तै, त्यहाँ सधैं गल्तीहरूको लागि ठाउँ हुन्छ। तपाईंले सबै कुरा सोच्नुभएको जस्तो लागे पनि, हामीमध्ये कसले विमान/परीक्षा/विवाहको लागि ढिलो गरेको छैन किनकि कारहरू ट्राफिक जाममा फसेको निर्णय गरे, एस्केलेटर भाँच्ने निर्णय गरियो, र राहदानी बिर्सियो। घरमा?

Oleg Bakhtadze-Karnaukov, PLEXeT टोली: “पोलिना र मैले पूरै रात प्रस्तुति बनाउन बितायौं, तर अन्तमा उनीहरूले रक्षा भएको हलमा कम्प्युटरमा अपलोड गर्न बिर्से। हामी यसलाई फ्लैश ड्राइभबाट खोल्ने प्रयास गर्छौं, र एन्टिभाइरसले फाइललाई भाइरसको रूपमा बुझ्छ र यसलाई मेटाउँछ। नतिजाको रूपमा, हामीले हाम्रो प्रदर्शनको अन्त्य हुनुभन्दा एक मिनेट पहिले सबै कुरा सुरु गर्न व्यवस्थित गर्यौं। हामीले भिडियो देखाउन व्यवस्थित गर्यौं, तर हामी अझै धेरै निराश थियौं। प्रि-डिफेन्सको समयमा हाम्रो यस्तै कथा भयो। हाम्रो प्रोटोटाइप सुरु भएन, पोलिना र लेभका कम्प्युटरहरू जम्मा भए, र केही कारणले मैले मेरो ट्र्याक बसेको ह्याङ्गरमा छोडें। र यद्यपि विज्ञहरूले बिहान हाम्रो काम देखे, हामी ह्यान्डआउट, सुन्दर शब्दहरू, तर कुनै उत्पादनको साथ सनकीहरूको टोली जस्तो देखिन्थ्यो। धेरै सहभागीहरूले गणितीय मोडेलहरूमा मेरो कामलाई "उहाँ बसिरहनुभएको छ, केहि कोर्दै हुनुहुन्छ, कम्प्युटरलाई नहेर्दै हुनुहुन्छ" भनेर बुझेको कुरालाई ध्यानमा राख्दै स्थिति धेरै राम्रो थिएन।

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

ह्याकाथन (व्यक्ति र विशेषज्ञहरू दुवै) मा काम गर्दा कुन कम्पोजिसनमा तपाईलाई सबैभन्दा सहज लाग्छ र तपाइँ कसरी टोलीमा प्रक्रियाहरू निर्माण गर्नुहुन्छ टिप्पणीहरूमा साझेदारी गर्नुहोस्।

स्रोत: www.habr.com