रेल रंबल अनुभव

पिछले सप्ताहांत (13 और 14 अक्टूबर) को, ऐशेक और हमारे दो सहयोगियों ने रेल रंबल 2012 हैकथॉन में भाग लिया। प्रतियोगिता के अनुसार, 48 घंटों में आपको एक समाप्त रेल एप्लिकेशन को तैनात करना होगा।

मुझे कहना होगा कि बीयर और अन्य मज़े के नशे के अलावा, हमें एक बहुत अच्छा अनुभव मिला।

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

समस्या के इस कथन के आधार पर, हमने तय किया कि हमारी प्रणाली में यह होगा:

• पाठ वर्गीकरण;
• आवश्यक क्षेत्रों के न्यूनतम सेट के साथ सुविधाजनक पंजीकरण और प्रवेश प्रणाली;
• सिस्टम उपयोगकर्ताओं को संभावित संदेश असाइनमेंट की संरचना प्रदर्शित करना;
• प्रत्येक संदेश के लिए भू-जानकारी (कुछ उपयोगकर्ताओं के लिए अधिक सटीक असाइनमेंट के लिए);
• कंपनियों और उपयोगकर्ताओं के व्यक्तिगत खाते;
• कंपनियों के सार्वजनिक पृष्ठ;
• संदेश स्थितियों की विस्तारित प्रणाली (हल, हल नहीं, अस्वीकार);
• कंपनियों और संदेशों के लिए खोज;
• कंपनी के अधिकारियों के लिए रिपोर्टिंग और गतिविधि के आंतरिक आँकड़े;

प्रतियोगिता की शुरुआत तक, हम अपने आवेदन के डिजाइन और वास्तुकला की एक बहुत ही सामान्य रूपरेखा तैयार करने में सक्षम थे।

घटनाओं का क्रॉनिकल

13 अक्टूबर को शनिवार है

04:00 शुरू हो रहा है। हम सर्वर की स्थापना के लिए जिम्मेदारियों को साझा करते हैं, एक क्लासिफायर और फ्रेम के लेआउट को लिखते हैं। हम एक नई रेल एप्लिकेशन बनाते हैं और इसे तैनात करने का प्रयास करने लगते हैं।

07:30 मुख्य पृष्ठ पर पहली तैनाती, टूटे हुए लिंक, एक खोज क्षेत्र और कुछ पाठ हैं। हम प्राधिकरण करना शुरू करते हैं। टेक्स्ट क्लासिफायर तैयार नहीं है।

10:00 उपयोगकर्ताओं का एक पंजीकरण / प्राधिकरण है, पूर्ण लेआउट। हमने एक कंपनी प्रोफाइल बनाना शुरू किया। क्लासिफायर अभी भी तैयार नहीं है।

13:00 टेक्स्ट क्लासिफायर तैयार है, उपयोगकर्ताओं के पास कंपनियां हैं। नाश्ता, दोपहर का भोजन। सब कुछ सदमे में है, और पहली थकान दिखाई देती है।

14:00 टेक्स्ट क्लासिफायर में समस्या वाले स्थान पाए जाते हैं, पहले से ही पूर्ण किए गए एप्लिकेशन का डिज़ाइन घृणित लगता है। अधिक से अधिक बार "क्या च *** ओ?" का रोना सुना जाता है। बिल्कुल कुछ नहीं होता है।

16:00 काम उठ गया, दुकान में जाने का फैसला किया।

17:00 स्टोर से आया और बिस्तर पर चला गया। यह, जैसा कि यह बाद में निकला, एक महत्वपूर्ण निर्णय था।

20:00 फिर से उठो। काम करने के लिए!

21:00 क्लासिफायर की मरम्मत की गई। एक मैसेजिंग सिस्टम बनाना शुरू किया।

14 अक्टूबर को रविवार है

00:00 संदेश सबमिट किए गए हैं, उपयोगकर्ता काम कर रहे हैं, कंपनियां बनाई जा रही हैं, लेकिन एक निरंतर भावना है कि हम सब कुछ नियोजित नहीं कर सकते। इंटरफ़ेस अभी भी बहुत कच्चा है।

02:00 बग्स को ठीक करते हुए डिज़ाइन को फिर से बनाना

04:00 सोने का फैसला किया। काम के पहले दिन के परिणामों के अनुसार, हमारे पास एक मुख्य पृष्ठ, उपयोगकर्ता और कंपनी की एक प्रोफ़ाइल, संदेश भेजने और वर्गीकृत करने का काम किया। कंपनी का कोई सार्वजनिक हिस्सा नहीं था। सामान्य तौर पर, एप्लिकेशन ने काम किया, लेकिन यह अभी भी आदर्श से बहुत दूर था

10:00 ओवरले। काम के लिए खाना और दौड़ना।

12:00 सामाजिक नेटवर्क के माध्यम से प्राधिकरण है। सहकर्मियों में से एक शब्द "मुझे मत छुओ" के साथ दूर बैठ गया - और आवेदन का रूप ले लिया।

16:00 आधी आँकड़ों की कार्यक्षमता तैयार है, इसे वहीं रोकने का निर्णय लिया गया। हर कोई पहले से ही आवेदन (हमारे सहयोगी के लिए धन्यवाद) को पसंद करता है और केवल अब हम अंततः समझ गए हैं कि हमारे लिए क्या और कैसे काम करेगा।

20:00 सभी प्रकार के छोटे कार्य हैं जो अधिक से अधिक मूल्यवान समय लेना शुरू करते हैं: संदेशों पर टिप्पणियां, कंपनी का सार्वजनिक भाग। उत्पादकता फिर से गिरने लगती है।

23:00 हमने फिर से फ्रेश होने के लिए स्टोर पर जाने का फैसला किया।

सोमवार, 15 अक्टूबर

00:00 उपयोगकर्ता को कार्यों का असाइनमेंट। आंकड़े बनाना शुरू किया।

02:00 संदेशों की सही प्रतिक्रियाओं के रूप में तैयार कार्यात्मक अंकन टिप्पणियाँ।

03:00 ऐंठन "मक्खी पर उत्पादन का निर्धारण" शुरू होता है।

04:00 एप्लिकेशन चल रहा है, प्रतियोगिता समाप्त हो गई है!

निष्कर्ष

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

प्रबंधक को यह पैराग्राफ दिखाएं

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

यहाँ हमें क्या मिला है: http://ideahq.r12.railsrumble.com

हैकाथॉन में भाग लें!

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