कल्लुरा की लड़ाई या ऑपरेशन युद्ध चुंबक

सान्या इंगस्प्री , सर्जी जोस और रोमा रोफ के साथ क्लोजर कप 2013 में भाग लिया। संभवतः, आपने कल्कसस्क्रिप्ट और प्रतिक्रियाशील प्रोग्रामिंग के बारे में सानी द्वारा एक कट , या शायद पूरी प्रस्तुति देखी। इसलिए युद्ध में इन तकनीकों को आजमाने का अवसर आया।

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

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

सर्वर

सर्वर साइड पर, मैंने बहुत कुछ नहीं बताया - प्रतियोगिता के पूरे समय के लिए, मैंने कभी भी सर्वर साइड को नहीं छुआ। डेटाबेस के रूप में, हमने दो विकल्पों में से चुना:

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

इसलिए, चुनाव हाल के वर्षों में सबसे फैशनेबल डेटाबेस पर गिर गया - PostgreSQL।

उन्होंने वर्क 14 के रूप में si14 से क्लोन का उपयोग करने की कोशिश की, लेकिन यह हमारे लिए बहुत मुश्किल निकला, यह बहुत अस्पष्ट था कि हमारी चीजों के साथ कैसे विस्तार किया जाए। शुरुआत के आधे दिन बाद, उन्होंने बिना क्लोन के एक नया भंडार बनाया, और जल्दी से सभी काम वहां स्थानांतरित कर दिए।

मैं उन पुस्तकालयों को सूचीबद्ध करूंगा जिनका उपयोग हमने सर्वर पर किया था - कम्पोज्योर, रिंग, कोरमा, मित्र, चेशायर, http-kit। मेरे कान के बाहर मैंने कड़ी के बारे में अप्रिय टिप्पणियां सुनीं, और सर्गेई ने इस विषय पर अन्य सभी विवरणों का वर्णन अपने ब्लॉग में करने का वादा किया।

ग्राहक

क्लाइंट पर किस तकनीक का उपयोग करना है, यह चुनें। एक newfangled core.async है , लेकिन यह इस तथ्य के कारण गायब हो गया है कि सभी ट्यूटोरियल और मैनुअल लिखते हैं कि डेटा को प्रबंधित करना कितना अच्छा है, और फिर उन्हें चयनकर्ताओं द्वारा DOM को पीटा जाता है। एक राय है कि यह एक त्रुटिपूर्ण अवधारणा है, और आपको बस यह स्वीकार करना होगा कि HTML वह तरीका है जिससे हम इंटरफेस बनाते हैं। और अगर आप चयनकर्ताओं के साथ जुड़ते हैं, तो हम काम कर रहे हैं, जैसा कि इसके पक्ष में था, और इंटरफ़ेस की संरचना में किसी भी बदलाव के कारण, हमें बहुत सावधानी से और सावधानीपूर्वक इन लानत चयनकर्ताओं के माध्यम से देखा गया है।

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

नवीनतम परियोजना में, सान्या और रोमा कॉफी स्क्रिप्ट के साथ संयोजन में फेसबुक रिएक्ट का उपयोग करते हैं, और वे वास्तव में इसे पसंद करते हैं। इसलिए वे उसे ले गए। शुक्रवार को, प्रतियोगिता शुरू होने से पहले, मैंने रिएक्ट को थोड़ा कम करना शुरू किया और उसके लिए एक बाध्यकारी पुस्तकालय लिखना शुरू किया। हमने शनिवार को दोपहर एक बजे तक पहला संस्करण पूरा किया।

यह कैसा दिखता है रिएक्ट:

var HelloMessage = React.createClass({ displayName: 'HelloMessage', componentWillMount: function() { ... }, render: function() { return <div class="smth">{'Hello ' + this.props.name}</div>; } }); 

यह XML जैसा सिंटेक्स जावास्क्रिप्ट में सुविधाजनक और समझने योग्य है। लेकिन क्लोजर में इसे एकीकृत करने के बारे में सोचा भी नहीं गया था: हिचकी सिंटैक्स से प्रेरित होकर, हमने यह विकल्प बनाया:

 (defr HelloMessage :component-will-mount (fn [] ...) [this props state] [:div.smth (str "Hello " (:name props))]) 

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

बेशक, यह पुस्तकालय में छिपा हुआ है, लेकिन इसकी वजह से हमें assoc-state और assoc-in-state हेल्पर्स बनाने थे, जिनका उपयोग राज्य को बदलने के लिए किया जाना चाहिए। रिएक्टर डेवलपर्स में से एक, पीट हंट, irc में एक ही वर्कअराउंड का सुझाव दिया। शायद किसी तरह वे और अधिक पर्याप्त तरीके से दोस्त बनाने में सक्षम होंगे।

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

सर्वर और क्लाइंट के बीच संचार के लिए, हमने json का उपयोग किया, क्योंकि क्लाइंट पर कूल edn ले-आउट प्रारूप परिमाण के क्रम के बारे में धीमा है, और cljson , जो स्तरित संरचनाओं को बचाता है, हास्यास्पद और समझ से बाहर लग रहा था। और यह एक गलती हो गई!

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

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



यहाँ इस विंडो के लिए कोड है:

 (defr Attack [C {:keys [attacker attacking defender defending attack!]} S] (let [[aname {:keys [coordinates]}] attacker [dname dmap] defender [xy] (xy-for-popover coordinates)] [:div.popover {:style {:display "block" :left x :top y}} [:div.popover-content [:table [:thead [:tr [:th (name aname)] [:th (name dname)]]] [:tbody [:tr [:td attacking] [:td defending]]]] [:div.btn-group [:button.btn.btn-warning {:on-click #(attack! 1 aname dname)} "Attack"] [:button.btn.btn-danger {:on-click #(attack! (dec attacking) aname dname)} "Blitz"]]]])) 

मेरी राय में, यहां होने वाली हर चीज बहुत स्पष्ट है। और अगर कोई यहां कोष्ठक की संख्या से परेशान है, तो याद रखें कि वास्तविक HTML में दो गुना अधिक हैं: <div></div> - चार, [:div] - दो। साथ ही, संपादन करते समय पैराडिट बहुत मदद करता है - आप इसे कोष्ठक में बिल्कुल भी भ्रमित नहीं करते हैं।

सामान्य तौर पर, मुझे लग रहा था कि क्लोजुरस्क्रिप्ट और रिएक्ट एक उमट गुच्छा हैं, आप इसका उपयोग कर सकते हैं और करना चाहिए!

प्रतियोगिता

सान्या ने दो सप्ताह पहले क्लोजर कप में भाग लेने के बारे में रोना फेंक दिया, फिर वे इस बात पर सहमत हो गईं कि हम क्या करेंगे और लगभग क्या प्रौद्योगिकियों का उपयोग करना है। लेकिन, हमेशा की तरह, लगभग कोई भी इस तरह की प्रतियोगिताओं की तैयारी नहीं कर रहा है, अपने और साथियों के किसी भी वादे के बावजूद, और हम कोई अपवाद नहीं हैं। हालांकि हमने शुक्रवार रात को पुस्तकालय बनाना शुरू कर दिया (यह नियमों द्वारा अनुमति है)!

क्लोजुरेइक ही सप्ताहांत के ठीक 48 घंटे तक चला, 00:00 यूटीसी शनिवार से 00:00 यूटीसी सोमवार तक। हमारे समय में यह सुबह के तीन बजे हैं।

शनिवार की सुबह कार्यालय में इकट्ठा होकर, हमने लगभग आधा दिन पुस्तकालय को पूरा करने, सभी प्रकार के सेटअपों और अन्य बिल्डअप पर काम करने की स्थिति में बिताया।

शनिवार को, हमें मोज़िला के व्यक्ति (एक शांत चीज़!) के माध्यम से प्राधिकरण मिला, वेब सॉकेट के माध्यम से क्लाइंट और सर्वर के बीच संदेश भेजना, क्लाइंट और सर्वर के बीच एक सामान्य कोड, डेटाबेस में उपयोगकर्ताओं, गेम और इवेंट लॉग के साथ टैबलेट हैं। क्लाइंट पर भी, प्रदेशों के साथ एक क्लासिक रिस्क मैप तैयार किया जाने लगा और किसी तरह होवर पर प्रकाश डाला गया। अंतिम समय 22:30 बजे।

रविवार की सुबह, मैंने हमें एक अच्छा लोगो आकर्षित किया, और फिर मेरे पास यह सब है रविवार को एक निरंतर पेडल कोड में लिप्त रहा। गेम कार्ड और सर्वर, चाल-हमलों-पुनःपूर्ति, आदि को जोड़ना, वास्तव में अंत में बने रहे।



शाम तक, यह अभी भी एक अव्यवस्थित स्थिति में था, आठ बजे तक हमने मानचित्र विवरण प्रारूप को थोड़ा बदल दिया था और इसे पहली बार सर्वर पर लोड किया था। चूंकि यह अभी भी पूरी तरह से समझ में नहीं आ रहा था कि क्या हमारे पास खेल को न्यूनतम कार्यशील स्थिति में खत्म करने का समय है, हमने तब तक जारी रखने का फैसला किया जब तक कि मौका और कुछ करने की इच्छा / क्षमता दिखाई नहीं दे रही थी।

लगभग आठ या नौ बजे के आसपास हम दूसरे कमरे में चले गए, जहाँ प्रकाश व्यवस्था बेहतर थी, चाय और कॉफ़ी के साथ कोने के पास ठंडी और ठंडी थी :) यह पता चला कि हमेशा वर्किंग वर्जन बनाने का मौका था, पर्याप्त ऊर्जा और उत्साह था, और हमने देखा, उसे समय सीमा तक देखा।

एक काम कर रहे खेल और "कदम खत्म करो" बटन के साथ प्रतिबद्ध:

  सोम सितम्बर 30 2013 02:59:54 GMT + 0300 (EEST) 

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

नियमों के अनुसार, हमें कुछ भी ठीक करने या किसी अन्य संस्करण को पोस्ट करने का कोई अधिकार नहीं है। अब एक वोट है, यह गुरुवार को समाप्त हो जाएगा और शुक्रवार को पूरी तरह से काम करना अपडेट करना और दिखाना संभव होगा।

कुल में, 90 से अधिक टीमों को पंजीकृत किया गया था। हमें सभी टीमों के कुल संख्या के कमिट्स का 6.5% मिला, और कम से कम एक टीम है जो और भी अधिक मिली, यह 9.15% लगती है। मतदान के लिए 42 टीमों का चयन किया गया था। किसी कारण से, फ़ायरफ़ॉक्स में, उनकी साइट वास्तव में काम नहीं करती है। यह क्रोम में काम करता है।

मैं वादा करता हूं कि शुक्रवार को हम किसी भी मामले में एक कार्यशील संस्करण पोस्ट करेंगे, लेकिन अब हमारी टीम के पेज पर आप हमारे लिए वोट कर सकते हैं!