हामीले कसरी र किन अर्बन टेक च्यालेन्ज ह्याकाथनमा बिग डाटा ट्र्याक जित्यौं

मेरो नाम दिमित्री हो। र म हाम्रो टोली कसरी बिग डाटा ट्र्याकमा अर्बन टेक च्यालेन्ज ह्याकाथनको फाइनलमा पुग्यो भन्ने बारे कुरा गर्न चाहन्छु। म तुरुन्तै भन्छु कि यो पहिलो ह्याकाथन होइन जसमा मैले भाग लिएको थिएँ, र मैले पुरस्कार लिएको पहिलो होइन। यस सन्दर्भमा, मेरो कथामा म समग्र रूपमा ह्याकाथन उद्योगको सन्दर्भमा केही सामान्य अवलोकन र निष्कर्षहरू व्यक्त गर्न चाहन्छु, र अर्बन टेक च्यालेन्ज (का लागि उदाहरण यो).

त्यसैले पहिले केही सामान्य अवलोकन।

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

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

जित्नको लागि, तपाइँसँग केहि हुनुपर्छ, केहि प्रकारको प्रतिस्पर्धात्मक लाभ: तपाइँले विगतमा गर्नुभएका समान परियोजना, कुनै विशेष विषयमा ज्ञान र अनुभव, वा ह्याकाथन सुरु हुनु अघि तयार गरिएको काम। हो, यो खेलकुद होइन। हो, यो खर्च गरिएको प्रयासको सार्थक नहुन सक्छ (यहाँ, सबैले आफैले निर्णय गर्छन् कि यो 3 हजारको पुरस्कारको लागि राती 100 हप्ताको लागि कोडिङ गर्न लायक छ कि छैन, सम्पूर्ण टोलीमा विभाजित छ, र नपाउने जोखिममा पनि)। तर, अक्सर, यो अगाडि बढ्नको लागि मात्र मौका हो।

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

टोलीको संरचनाको लागि, यो धेरै व्यक्तिगत र कार्यमा अत्यधिक निर्भर छ। म भन्न सक्छु कि न्यूनतम व्यवहार्य टोली संरचना एक डिजाइनर हो - फ्रन्ट-एन्ड वा फ्रन्ट-एन्ड - ब्याक-एन्ड। तर मलाई ती घटनाहरू पनि थाहा छ जब फ्रन्ट-एन्डरहरू मात्र समावेश भएका टोलीहरूले जितेका छन्, जसले node.js मा साधारण ब्याक-एन्ड थपेका छन्, वा प्रतिक्रिया नेटिभमा मोबाइल अनुप्रयोग बनाएका छन्; वा साधारण लेआउट गर्ने ब्याकन्डरहरूबाट मात्र। सामान्यतया, सबै धेरै व्यक्तिगत छ र कार्य मा निर्भर गर्दछ। ह्याकाथनको लागि टोली छनोट गर्ने मेरो योजना यस प्रकार थियो: मैले एउटा टोली भेला गर्ने वा फ्रन्ट-एन्ड - ब्याक-एन्ड - डिजाइनर (म आफैं एक फ्रन्ट-एन्ड हुँ) जस्ता टोलीमा सामेल हुने योजना बनाएको थिएँ। र चाँडै मैले पाइथन ब्याकन्डर र एक डिजाइनरसँग च्याट गर्न थालें जसले हामीसँग सामेल हुन निमन्त्रणा स्वीकार गरे। केहि समय पछि, एउटी केटी, एक व्यापार विश्लेषक, जसलाई पहिले नै ह्याकाथन जित्ने अनुभव थियो, हामीसँग सामेल भयो, र यसले उनको हामीसँग सामेल हुने मुद्दालाई निर्णय गर्यो। छोटो भेट पछि, हामीले आफूलाई U4 (URBAN 4, urban for) भन्न मिल्ने निर्णय गर्यौं। र तिनीहरूले हाम्रो टेलिग्राम च्यानलको अवतारमा एक सम्बन्धित तस्वीर पनि राखे।

4. कार्य चयन गर्दै। मैले पहिले नै भनेझैं, तपाइँसँग प्रतिस्पर्धात्मक लाभ हुनुपर्दछ, ह्याकाथनको लागि कार्य यसको आधारमा चयन गरिएको छ। यसैको आधारमा हेर्दा कार्य सूची र तिनीहरूको जटिलता मूल्याङ्कन गर्दै, हामीले दुईवटा कार्यहरू तय गर्यौं: DPiIR बाट नवीन उद्यमहरूको सूची र EFKO बाट च्याटबोट। DPIiR बाट कार्य ब्याकन्डर द्वारा छनोट गरिएको थियो, EFKO बाट कार्य मेरो द्वारा छनोट गरिएको थियो, किनकि node.js र DialogFlow मा chatbots लेख्ने अनुभव थियो। EFKO कार्यमा ML पनि समावेश थियो; मसँग ML मा केही, धेरै व्यापक छैन, अनुभव छ। र समस्याको अवस्था अनुसार, यो मलाई लाग्थ्यो कि यो ML उपकरणहरू प्रयोग गरेर हल गर्न सम्भव छैन। यो भावना बलियो भयो जब म अर्बन टेक च्यालेन्ज मिटअपमा गएँ, जहाँ आयोजकहरूले मलाई EFKO मा डेटासेट देखाए, जहाँ उत्पादन लेआउटका लगभग 100 तस्बिरहरू (विभिन्न कोणबाट लिइएका) र लगभग 20 वर्गहरू लेआउट त्रुटिहरू थिए। र, एकै समयमा, कार्य आदेश गर्नेहरूले 90% को वर्गीकरण सफलता दर हासिल गर्न चाहन्थे। नतिजाको रूपमा, मैले ML बिना समाधानको प्रस्तुतीकरण तयार गरे, ब्याकन्डरले क्याटलगमा आधारित प्रस्तुतीकरण तयार गर्‍यो, र सँगै, प्रस्तुतीकरणहरूलाई अन्तिम रूप दिएपछि, हामीले तिनीहरूलाई अर्बन टेक च्यालेन्जमा पठायौं। यस चरणमा पहिले नै, प्रत्येक सहभागीको प्रेरणा र योगदानको स्तर प्रकट गरिएको थियो। हाम्रो डिजाइनरले छलफलमा भाग लिन सकेन, ढिलो प्रतिक्रिया दिनुभयो, र अन्तिम क्षणमा प्रस्तुतिमा आफैंको बारेमा जानकारी पनि भर्नुभयो, सामान्यतया, शंका उत्पन्न भयो।

नतिजाको रूपमा, हामीले DPiIR बाट कार्य पास गर्‍यौं, र EFKO पास नगरेकोमा कत्ति पनि दुखित भएनौं, किनकि यो काम हामीलाई अनौठो लाग्थ्यो, यसलाई हल्का रूपमा भन्नुपर्दा।

5. ह्याकाथनको लागि तयारी गर्दै। जब अन्ततः हामी ह्याकाथनका लागि योग्य भयौं भन्ने थाहा भयो, हामीले तयारी गर्न थाल्यौं। र यहाँ म ह्याकाथन सुरु हुनु भन्दा एक हप्ता अघि कोड लेख्न सुरु गर्न वकालत गरिरहेको छैन। कम्तिमा, तपाइँसँग एक बोइलरप्लेट तयार हुनुपर्छ, जसको साथ तपाइँ तुरुन्तै काम सुरु गर्न सक्नुहुन्छ, उपकरणहरू कन्फिगर नगरीकन, र तपाइँले ह्याकाथनमा पहिलो पटक प्रयास गर्ने निर्णय गर्नुभएको केही lib को बगहरूमा बम्पिङ नगरी। मलाई एङ्गुलर इन्जिनियरहरूको बारेमा एउटा कथा थाहा छ जो ह्याकाथनमा आए र परियोजना निर्माण सेटअप गर्न २ दिन बिताए, त्यसैले सबै कुरा पहिले नै तयार हुनुपर्छ। हामीले निम्न रूपमा जिम्मेवारीहरू वितरण गर्ने उद्देश्य राखेका थियौं: ब्याकन्डरले क्रलरहरू लेख्छ जसले इन्टरनेट स्काउर गर्दछ र डाटाबेसमा सबै सङ्कलन जानकारी राख्छ, जबकि म node.js मा API लेख्छु जसले यो डाटाबेसलाई सोध्छ र डाटालाई अगाडि पठाउँछ। यस सम्बन्धमा, मैले express.js को प्रयोग गरेर पहिले नै सर्भर तयार गरें र प्रतिक्रियामा फ्रन्ट-एन्ड तयार गरें। म CRA प्रयोग गर्दिन, म सधैं आफ्नै लागि वेबप्याक अनुकूलित गर्छु र मलाई राम्रोसँग थाहा छ कि यसले कस्ता जोखिमहरू निम्त्याउन सक्छ (कोणीय विकासकर्ताहरूको बारेमा कथा सम्झनुहोस्)। यस बिन्दुमा, मैले इन्टरफेस टेम्प्लेटहरू वा कम्तिमा हाम्रो डिजाइनरबाट मकअपहरू अनुरोध गरें ताकि म के राख्दैछु भन्ने बारे एक विचार पाउन। सैद्धान्तिक रूपमा, उसले पनि आफ्नै तयारी गर्नुपर्छ र तिनीहरूलाई हामीसँग समन्वय गर्नुपर्छ, तर मैले कहिल्यै जवाफ पाएन। नतिजाको रूपमा, मैले मेरो पुरानो परियोजनाहरू मध्ये एकबाट डिजाइन उधारो लिएँ। र यो अझ छिटो काम गर्न थाल्यो, किनकि यस परियोजनाका लागि सबै शैलीहरू पहिले नै लेखिएको थियो। त्यसैले निष्कर्ष: एक डिजाइनर सधैं एक टोली मा आवश्यक छैन)))। हामी यी विकासहरूका साथ ह्याकाथनमा आएका छौं।

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

त्यसैले सुतेपछि बिहान ९ बजे हामी डेवोक्रेसीको छैठौं तल्लामा बसेका थियौँ । त्यसपछि हाम्रो डिजाइनरले अप्रत्याशित रूपमा घोषणा गरे कि उनीसँग ल्यापटप छैन र उसले घरबाट काम गर्नेछ, र हामी फोनबाट कुराकानी गर्नेछौं। यो अन्तिम पराल थियो। र यसरी हामी चारबाट तीनमा परिणत भयौं, यद्यपि हामीले टोलीको नाम परिवर्तन गरेनौं। फेरि, यो हाम्रो लागि ठूलो झटका थिएन; मसँग पहिले नै पुरानो परियोजनाबाट डिजाइन थियो। सामान्यतया, सुरुमा सबै कुरा एकदम सहज र योजना अनुसार गयो। हामीले डाटाबेसमा लोड गर्यौं (हामीले neo9.00j प्रयोग गर्ने निर्णय गर्यौं) आयोजकहरूबाट नवीन कम्पनीहरूको डाटासेट। मैले टाइपसेटिङ सुरु गरें, त्यसपछि node.js लिनुभयो, र त्यसपछि चीजहरू गलत हुन थाले। मैले पहिले कहिल्यै neo4j सँग काम गरेको थिइनँ, र सुरुमा म यो डाटाबेसको लागि काम गर्ने ड्राइभर खोज्दै थिएँ, त्यसपछि मैले क्वेरी कसरी लेख्ने भनेर पत्ता लगाएँ, र त्यसपछि यो डाटाबेसले सोधपुछ गर्दा, संस्थाहरू फर्काउँछ भन्ने कुरा थाहा पाउँदा म छक्क परें। नोड वस्तुहरू र तिनीहरूका किनाराहरूको एर्रेको रूप। ती। जब मैले एउटा संगठनको वस्तुको सट्टा TIN मार्फत एउटा संगठन र यसमा सबै डेटा अनुरोध गरें, मलाई यो संगठन र तिनीहरू बीचको सम्बन्धमा डेटा समावेश भएको वस्तुहरूको लामो सरणी फिर्ता गरियो। मैले एउटा म्यापर लेखें जुन सम्पूर्ण एरे मार्फत गयो र सबै वस्तुहरूलाई तिनीहरूको संगठन अनुसार एउटा वस्तुमा टाँस्यो। तर युद्धमा, 4 हजार संगठनहरूको डाटाबेस अनुरोध गर्दा, यो अत्यन्तै बिस्तारै, लगभग 8 - 20 सेकेन्डमा कार्यान्वयन गरिएको थियो। मैले अप्टिमाइजेसनको बारेमा सोच्न थालें... र त्यसपछि हामीले समयमै रोक्यौं र MongoDB मा स्विच गर्यौं, र यसले हामीलाई लगभग 30 मिनेट लियो। कुल मिलाएर, neo30j मा करिब 4 घण्टा हरायो।

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

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

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

8. पिच। मलाई यो मन परेन कि प्रस्तुतीकरण र फाइनल छुट्टै हप्ताको दिन (सोमबार) मा आयोजित गरियो। यहाँ, सम्भवतः, आयोजकहरूको सहभागीहरूलाई अधिकतम निचोड गर्ने नीति जारी रह्यो। मैले कामबाट समय निकाल्ने योजना बनाएको छैन, म मात्र फाइनलमा आउन चाहन्थें, यद्यपि मेरो बाँकी टोलीले दिन बिदा लिए। यद्यपि, ह्याकाथनमा भावनात्मक डुब्न पहिले नै यति धेरै थियो कि बिहान 8 बजे मैले मेरो टोलीको च्याटमा (काम गर्ने टोली, ह्याकाथन टोली होइन) लेखे कि म आफ्नै खर्चमा दिन लिइरहेको छु, र केन्द्रमा गएँ। पिचहरूको लागि कार्यालय। हाम्रो समस्यामा धेरै शुद्ध डाटा वैज्ञानिकहरू छन्, र यसले समस्या समाधान गर्ने दृष्टिकोणलाई ठूलो असर गर्‍यो। धेरैसँग राम्रो DS थियो, तर कसैसँग काम गर्ने प्रोटोटाइप थिएन, धेरैले खोज इन्जिनहरूमा आफ्ना क्रलरहरूको प्रतिबन्धको वरिपरि पुग्न सकेनन्। हामी काम गर्ने प्रोटोटाइप भएको एक मात्र टोली थियौं। र हामीलाई समस्या समाधान गर्ने तरिका थाहा थियो। अन्तमा, हामीले ट्र्याक जित्यौं, यद्यपि हामी धेरै भाग्यशाली थियौं कि हामीले सबैभन्दा कम प्रतिस्पर्धी कार्य रोज्यौं। अन्य ट्र्याकहरूमा पिचहरू हेर्दै, हामीले महसुस गर्यौं कि हामीसँग त्यहाँ कुनै मौका छैन। म यो पनि भन्न चाहन्छु कि हामी जूरी संग धेरै भाग्यशाली थियौं; तिनीहरूले सावधानीपूर्वक कोड जाँच गरे। र, समीक्षा द्वारा न्याय, यो सबै ट्र्याक मा भएको छैन।

9. फाइनल। हामीलाई कोड समीक्षाको लागि धेरै पटक निर्णायकमा बोलाइएपछि, हामीले अन्ततः सबै समस्याहरू समाधान गरिसकेका छौं भन्ने सोचेर, बर्गर किङमा खाजा खान गयौं। त्यहाँ आयोजकहरूले हामीलाई फेरि बोलाए, हामीले तुरुन्तै हाम्रो अर्डरहरू प्याक गरेर फर्कनुपर्‍यो।

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

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

र अन्तमा, हामीलाई समर्थन गर्ने सबैलाई परम्परागत धन्यवाद, हाम्रो ट्र्याकको जूरी, Evgeniy Evgrafiev (हामीले ह्याकाथनमा समाधान गरेको समस्याका लेखक) र पक्कै पनि ह्याकाथनका आयोजकहरूलाई। यो सायद सबैभन्दा ठूलो र सबैभन्दा राम्रो ह्याकाथन थियो जुन मैले अहिलेसम्म भाग लिएको छु, म केटाहरूलाई भविष्यमा यस्तो उच्च स्तर कायम राख्न चाहन्छु!

स्रोत: www.habr.com