हैकथॉन का स्याह पक्ष

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

पोस्ट को इस प्रकार व्यवस्थित किया गया है: शुरुआत में मैं घटना के बारे में बात करता हूं, समझाता हूं कि क्या गलत हुआ और इसके कारण क्या हुआ (या लंबे समय में क्या हो सकता है)। फिर मैं अपना मूल्यांकन देता हूं कि क्या हो रहा है, और यदि मैं आयोजक होता तो मैं क्या करता। चूँकि मैंने सभी आयोजनों में भाग लिया, मैं केवल आयोजकों की सच्ची प्रेरणा मान सकता हूँ। परिणामस्वरूप, मेरा आकलन एकतरफ़ा हो सकता है। मैं इस बात से इनकार नहीं करता कि कुछ बिंदु जो मुझे ग़लत लगते हैं, वास्तव में उनका उद्देश्य ऐसा ही था।

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

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

हैकथॉन नंबर 1. सख्त रूपरेखा

छह महीने पहले, एक बड़ी टेलीकॉम कंपनी ने डेटा विश्लेषण पर एक हैकथॉन का आयोजन किया था। पुरस्कार राशि के लिए 20 टीमों ने प्रतिस्पर्धा की। इवेंट में, विश्लेषण के लिए एक डेटासेट प्रदान किया गया था, जिसमें कंपनी की सहायता सेवा पर कॉल, सोशल नेटवर्क पर गतिविधि और उपयोगकर्ताओं (लिंग, आयु, आदि) के बारे में कोडित जानकारी शामिल थी। डेटासेट का सबसे दिलचस्प हिस्सा - उपयोगकर्ता संदेश और ऑपरेटर प्रतिक्रियाएं (पाठ डेटा) - काफी शोर था और आगे के काम के लिए इसे साफ करने की आवश्यकता थी।

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

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

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

नैतिकता

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

हैकथॉन नंबर 2. असंभव कार्य

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

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

नैतिकता

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

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

हैकथॉन नंबर 3. इसे ग्रहण करें या छोड़ दें

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

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

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

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

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

नैतिकता

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

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

स्रोत: www.habr.com