ह्याकाथनको अँध्यारो पक्ष

В त्रयी को अघिल्लो भाग मैले ह्याकाथनमा भाग लिने धेरै कारणहरू हेरेको छु। धेरै नयाँ कुराहरू सिक्ने र बहुमूल्य पुरस्कारहरू जित्ने प्रेरणाले धेरैलाई आकर्षित गर्छ, तर प्राय: आयोजक वा प्रायोजक कम्पनीहरूको गल्तीका कारण, कार्यक्रम असफल हुन्छ र सहभागीहरू असन्तुष्ट हुन्छन्। यस्ता अप्रिय घटना कम नहोस् भनेर मैले यो पोस्ट लेखेको छु । त्रयीको दोस्रो भाग आयोजकहरूको गल्तीमा समर्पित छ।

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

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

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

ह्याकाथन नम्बर १। कडा फ्रेमवर्क

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

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

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

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

मोरल

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

ह्याकाथन नम्बर २। असम्भव कार्यहरू

Amador मा hackathon रोचक हुने वाचा। प्रायोजक कम्पनी, एक ठूलो टेलिफोन निर्माता, कार्यक्रमको मिति भन्दा 4 महिना अघि तयारी सुरु गर्यो। कार्यक्रमको लागि PR सामाजिक सञ्जालहरूमा गरिएको थियो; सम्भावित सहभागीहरूले यस कार्यक्रमको लागि छनोट हुनको लागि प्राविधिक परीक्षा पास गर्नुपरेको थियो र उनीहरूको विगतका परियोजनाहरूको बारेमा लेख्नुपर्ने थियो। पुरस्कार कोष सुखद रूपमा ठूलो थियो। ह्याकाथनको केही दिन अघि, प्रशिक्षकहरूले प्राविधिक सत्र राखे ताकि सहभागीहरूले उद्योगको विशिष्टताहरू बुझ्नको लागि समय पाए।

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

मोरल

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

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

ह्याकाथन नम्बर ३। लिनुहोस् वा छोड्नुहोस्

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

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

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

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

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

मोरल

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

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

स्रोत: www.habr.com