क्लोजर कप - क्लोजर में एक वेब एप्लिकेशन लिखने पर हैकाथॉन में भाग लेने का अनुभव

इस सप्ताह के अंत में, क्लोजर कप आयोजित किया गया था - 48 घंटे का क्लोजर हैकाथॉन। यह तकनीकी विवरण और अधिक के साथ हमारी टीम में कैसे चला गया, इसके बारे में एक अपेक्षाकृत लंबी पोस्ट होगी। खैर, पोस्ट के अंत में, जहां इसके बिना, हम अपने प्रोजेक्ट के बारे में काफी कुछ बताएंगे। और जो लोग पढ़ने में बहुत आलसी हैं, मैं तुरंत कोडनोट्स में जा सकता हूं और यहां तक ​​कि क्लोजर कप पेज पर हमारे लिए वोट कर सकता हूं।

काम का माहौल

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


चूंकि हमने स्पष्ट रूप से जीतने की योजना बनाई थी, इसलिए हमने पहले से तैयारी शुरू कर दी थी। विशेष रूप से:

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

तकनीकी विवरण

और अब क्लोजर वेब डेवलपर्स के लिए क्या उपयोगी हो सकता है इसका विवरण।

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

पहला दिन

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

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

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

नतीजतन, पहले दिन के अंत में हमारे पास एक सुंदर होम पेज और रिपॉजिटरी की अर्ध-काम करने वाली सूची थी (हमारी परियोजना का संक्षिप्त विवरण थोड़ा कम है)। अंतराल 22: 00–03: 00 में टीम सोने के लिए भटक गई (इस समय तक सुबह 4 बजे से कोई भी नहीं सोया था) और फिर हम रविवार को सुबह लगभग 8 बजे इकट्ठा हुए।

दूसरा दिन

रविवार को चीजें बेहतर हुईं, लेकिन काफी समस्याएं थीं:

• मुझे OAuth प्राधिकरण के एक छोटे टुकड़े को फिर से करना पड़ा;
• कुछ बिंदु पर, GitHub ने हमें एपीआई अनुरोधों की सीमा पर प्रतिबंध लगा दिया, जो बेहद अप्रिय था, और हमें भेजे गए अनुरोधों की संख्या को कम करना था;
• चित्र बनाने के लिए, हमने सबसे पहले शुद्ध जावा में कुछ उपयोग करने की कोशिश की, लेकिन अंत में हमने ImageMagick को बाँध लिया। उनमें से दो हैं: एक श और पाइप के माध्यम से काम करता है, दूसरा जेएनआई के माध्यम से। पहला एक धीमा (30 + एमएस प्रति चित्र), दूसरा शुरू करना संभव नहीं था;
• धीमी छवि निर्माण और GitHub के अनुरोधों की संख्या के साथ, core.cache ने हमारी मदद की - उत्कृष्ट "कोर" क्लोवर लाइब्रेरी;
• हमने सर्वर पर घटनाओं के साथ काम करने के लिए core.async लेने का जोखिम भरा निर्णय लिया। नतीजतन, यह एक अच्छा समाधान निकला: कोड का पहला कामकाजी संस्करण इसका उपयोग करते हुए एक घंटे और एक आधे में पैदा हुआ था और व्यावहारिक रूप से इसके साथ कोई समस्या नहीं थी, इस तथ्य के बावजूद कि टीम में किसी ने भी इसका इस्तेमाल नहीं किया था। Core.async का उपयोग करते हुए, हमने कोड में कहीं से भी संभव बनाया है कि एक विशेष उपयोगकर्ता को वेब सॉकेट और सर्वर ओवरलोड के मामले में रिपॉजिटरी स्कैन को फिर से शुरू करने के जटिल तर्क को लिखने के लिए: हम स्कैन अनुरोध कतार की प्रक्रिया करते हैं, कतार को ओवरफ्लो करते हुए सब कुछ छोड़ देते हैं, और मुख्य में कार्यों की अनुपस्थिति में हम ओवरलोड के दौरान फेंके गए बेस से चयन करते हैं। कोड बहुत कॉम्पैक्ट है और काम करने लगता है;
• ग्राहक पर कीड़े, जिनमें से कुछ, अफसोस, हमारे पास हैकथॉन के अंत तक ठीक करने का समय नहीं था।

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

सबसे दिलचस्प - यह सब क्या है?

हमारे प्रोजेक्ट के बारे में कुछ भी नहीं कहना अजीब होगा।

यह हमें लगता है कि मानवता अभी तक सही बगट्रैक्टर के साथ नहीं आई है। हालाँकि ... हमें बग ट्रैकर की आवश्यकता क्यों है? हमारी परियोजना का सार आपके जीवन से एक अलग बगट्रैकर को निकालना है। और हमने कोशिश की और आगे भी प्रयास करेंगे ताकि वह इस तरह दिख सके:

deffun ( ) :
# TODO: @ si14, कृपया रिलीज़ से पहले इसे ठीक कर लें
सच लौटाओ

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

इस बीच, वैसे, आप हमें वोट कर सकते हैं और टिप्पणी पर टिप्पणी कर सकते हैं कि आप इस विचार के बारे में क्या सोचते हैं, हैकथॉन के बारे में, और सामान्य रूप से क्लोजर वेब प्रोग्रामिंग के बारे में।