QA: Hackathons

ह्याकाथन त्रयीको अन्तिम भाग। IN पहिलो भाग मैले यस्ता कार्यक्रममा सहभागी हुनको लागि प्रेरणाको बारेमा कुरा गरें । को दोस्रो भाग आयोजकहरूको गल्ती र उनीहरूको नतिजामा समर्पित थियो। अन्तिम भागले पहिलो दुई भागमा नमिलेका प्रश्नहरूको जवाफ दिनेछ।

तपाईंले ह्याकाथनमा कसरी सहभागी हुन थाल्नुभयो भनी हामीलाई भन्नुहोस्।
मैले डाटा विश्लेषणमा प्रतिस्पर्धाहरू सुल्झाउने क्रममा Lappeenranta विश्वविद्यालयमा मास्टर डिग्रीको लागि अध्ययन गरें। मेरो सामान्य दिन यस्तो देखिन्थ्यो: 8 मा उठ्ने, विश्वविद्यालयमा केही जोडीहरू, त्यसपछि मध्यरातसम्म प्रतियोगिताहरू र पाठ्यक्रमहरू (जब सबमिशन गणना भइरहेको छ, म व्याख्यानहरू हेर्छु वा लेखहरू पढ्छु)। यस्तो कडा तालिकाले फल दियो, र मैले MERC-2017 डेटा विश्लेषण प्रतियोगिता जितें (जसलाई पनि छलफल गरिएको थियो। हब मा पोस्ट)। विजयले मलाई आत्मविश्वास दियो, र जब मैले संयोगवश मस्कोमा स्किनह्याक 2 ह्याकाथनको बारेमा जानकारी पाए, मैले मेरा आमाबाबुलाई भेट्ने निर्णय गरें र एकै समयमा ह्याकाथन के हो भनेर पत्ता लगाइयो।

ह्याकाथन आफैमा धेरै हास्यास्पद भयो। स्पष्ट मेट्रिक्स र 100k rubles को पुरस्कार राशि संग डेटासेट संग डेटा विश्लेषण मा दुई ट्र्याक थिए। तेस्रो ट्र्याक 50k को पुरस्कारको साथ एप विकासमा थियो, र त्यहाँ कुनै सहभागी थिएनन्। एक बिन्दुमा, आयोजकले भने कि कार्यक्षमता बिना बटन भएको विन्डोले 50k जित्न सक्छ, किनभने पुरस्कार भुक्तान गर्न सकिँदैन। मैले अनुप्रयोगहरू कसरी प्रोग्राम गर्ने भनेर सिक्न थालेको छैन (म सजिलैसँग "टर्न ओभर" हुन सक्ने ठाउँमा प्रतिस्पर्धा गर्दिन), तर मेरो लागि यो स्पष्ट सन्देश थियो कि ह्याकाथनका क्षेत्रहरू भीडभाड हुँदैनन्।

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

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

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

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

तपाईं घटनाहरू कसरी फेला पार्नुहुन्छ?
मुख्य स्रोत - hackathon.com (विश्व) र टेलिग्राम च्याट रूसी ह्याकर्स (रूस)। साथै, घटनाहरूको घोषणाहरू सामाजिक सञ्जालहरूमा र लिङ्कडइनमा विज्ञापनहरूमा देखा पर्दछ। यदि तपाईंले केहि फेला पार्नुभएन भने, तपाईं यहाँ हेर्न सक्नुहुन्छ: mlh.io, devpost.com, hackevents.co, hackalist.org, HackathonsNear.me, hackathon.io।

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

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

सामान्यतया, मेरो सल्लाह सधैं एक टोली संग भाग लिन हो। यदि तपाइँसँग तपाइँको आफ्नै टोली छैन भने, आयोजकहरूले तपाइँलाई सधैं एउटा फेला पार्न वा सिर्जना गर्न मद्दत गर्नेछ।

ह्याकाथनको समयमा थकानको सामना कसरी गर्नुहुन्छ?
ह्याकाथनमा तपाईलाई 2 दिन काम गर्न दिइएको छ, त्यो 48 घण्टा (30-48 घण्टा, गणना गर्न सजिलोको लागि 48 लिऔं)। हामी निद्राको लागि समय (16-20 घण्टा) हटाउछौं, 30 भन्दा बढी छोड्दैनौं। यी मध्ये, 8 घण्टा (औसतमा) वास्तवमा उत्पादक काममा खर्च हुनेछ। यदि तपाईंले आफ्नो कामलाई सही तरिकाले व्यवस्थित गर्नुभयो (निद्रा, पोषण, ताजा हावामा बाहिर जानु, व्यायाम, दिमागको मिनेट, टोलीसँग उचित कुराकानी र गतिविधिहरू स्विच गर्ने), त्यसपछि गहिरो कार्य घण्टा 12-14 सम्म बढाउन सकिन्छ। यस्तो काम पछि तपाईं थकान महसुस हुनेछ, तर यो सुखद थकान हुनेछ। निद्रा र ब्रेक बिना कोडिङ, ऊर्जा पेय द्वारा अवरोध, असफलता को लागी एक नुस्खा हो।

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

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

म मेरो सबै कोड फोल्डरहरूमा बचत गरेर र छोटो कागजात लेखेर सुरु गर्नेछु (किन, के, मैले यो कसरी गरे र परिणाम)।

यति छोटो समयमा स्क्र्याचबाट MVP तयार गर्नु यथार्थवादी हो वा सबै सहभागीहरू तयार समाधानहरू लिएर आउँछन्?
म डाटा विज्ञानसँग सम्बन्धित परियोजनाहरूको बारेमा मात्र भन्न सक्छु - हो, यो सम्भव छ। मेरो लागि MVP दुई कारकहरूको संयोजन हो:

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

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

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

धेरै ह्याकाथनहरूमा भाग लिएपछि, यदि तपाईं समयमै फर्कन सक्नुहुन्छ भने तपाईं आफैलाई के सल्लाह दिनुहुनेछ?

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

ह्याकाथनमा तिनीहरूले सामान्यतया के खुवाउँछन्?
सामान्यतया ह्याकाथनमा खाना खराब हुन्छ: पिज्जा, ऊर्जा पेय, सोडा। लगभग सधैं खाना एक बुफे (वा सेवा टेबल) को रूप मा संगठित छ जहाँ एक विशाल लाम छ। तिनीहरू सामान्यतया रातमा खाना प्रदान गर्दैनन्, यद्यपि पेरिसमा एउटा प्रतियोगितामा एउटा मामला थियो जहाँ खाना रातभर छोडियो - चिप्स, डोनट्स र कोला। म आयोजकहरूको विचार प्रक्रियाको कल्पना गर्नेछु: "त्यसोभए प्रोग्रामरहरूले त्यहाँ के खाने? ओह, ठ्याक्कै! चिप्स, डोनट्स - यो सबै छ। तिनीहरूलाई यो फोहोर दिनुहोस्। ” भोलिपल्ट मैले आयोजकहरूलाई सोधें: "साथीहरू, के यो रातको लागि केहि फरक गर्न सम्भव छ? खैर, सायद केही दलिया?" त्यसपछि तिनीहरूले मलाई मूर्ख जस्तै हेरे। प्रसिद्ध फ्रान्सेली आतिथ्य।

राम्रो ह्याकाथनहरूमा, खाना बक्सहरूमा अर्डर गरिन्छ; त्यहाँ नियमित, शाकाहारी र कोषेर भोजनमा विभाजन छ। साथै तिनीहरूले दही र मुस्लीको साथ फ्रिज राख्छन् - जो खाजा खान चाहन्छन्। चिया, कफी, पानी - मानक। मलाई Hack Moscow 2 hackathon याद छ - उनीहरूले मलाई 1C अफिसको क्यान्टिनमा मसले आलुका साथ बोर्स्ट र कटलेट खुवाए।

ह्याकाथनको विवेक निर्भर गर्दछ, त्यसोभए, आयोजकहरूको व्यावसायिक क्षेत्रमा (उदाहरणका लागि, सबै भन्दा राम्रो ह्याकाथनहरू सल्लाहकारहरूद्वारा सञ्चालन गरिन्छ)?
उत्कृष्ट ह्याकाथनहरू आयोजकहरूबाट थिए जसले या त पहिले ह्याकाथनहरू आयोजना गरेका थिए वा तिनीहरूमा पहिले सहभागी थिए। सायद यो एक मात्र कारक हो जसमा घटनाको गुणस्तर निर्भर हुन्छ।

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

कुन "रातो झण्डा" तुरुन्तै संकेत गर्छ कि घटना धेरै राम्रो हुनेछैन र समय बर्बाद गर्न आवश्यक छैन?

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

एक ह्याकाथनमा उनीहरूले मलाई भने: "तपाईंसँग छोटो समयमा उत्तम समाधान थियो, तर माफ गर्नुहोस्, हामी टोली कार्यको मूल्याङ्कन गर्छौं, र तपाईंले एक्लै काम गर्नुभयो। अब, यदि तपाइँ तपाइँको टोलीमा एक विद्यार्थी वा केटी लिनुभयो भने ..."? के तपाईंले कहिल्यै यस्तो अन्यायको सामना गर्नुभएको छ? तपाईंले कसरी सामना गर्नुभयो?
हो, मैले यसलाई एक पटक भन्दा बढी भेटेको छु। म जे हुन्छ त्यसको बारेमा स्टक छु: मैले मेरो शक्तिमा सबै गरें, यदि यसले काम गरेन भने, त्यसो होस्।

यो सब किन गर्दै छौ ?
यो सबै बोरियत को बाहिर मात्र हो।

स्रोत: www.habr.com