जोकर 2018 में सहपाठियों से खेल का विश्लेषण

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

हमने इस तरह के खेल पहले सम्मेलनों में किए थे, उदाहरण के लिए, पिछले जेपॉप में इस वसंत में। एक गेम बनाने के लिए, हमें: 1) गेम मैकेनिक्स के साथ आना होगा, 2) सवालों के साथ आना होगा, 3) यह सब महसूस करना होगा।

गेम मैकेनिक बहुत सरल, सहज होना चाहिए, लेकिन एक ही समय में बहुत अधिक नहीं, ताकि उत्तेजना से वंचित न हो। लंबी चर्चा के परिणामस्वरूप, हम निम्नलिखित खेल के साथ आए:


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


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


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

इस विचार से प्रश्नों और कार्यान्वयन की प्राप्ति के लिए दो सप्ताह बीत गए। बेशक, सब कुछ जावा में है। स्प्रिंग बूट और ग्रैडल का इस्तेमाल किया। वेब-इंटरफ़ेस कोणीय पर बनाया गया है। भंडारण के रूप में, अंतर्निहित एच 2 डेटाबेस का उपयोग किया जाता है, जो वेब इंटरफ़ेस के साथ बॉक्स से बाहर आता है, जो बहुत सुविधाजनक है। स्टैंड कॉन्फ़िगरेशन दो मैकबुक है, जिसमें से तस्वीर दो टीवी पर डुप्लिकेट है। सेटअप में आसानी के लिए, एप्लिकेशन को दूरस्थ रूप से हमारे क्लाउड ( https://habr.com/company/odnoklassniki/blog/346868/ ) पर तैनात कर दिया गया है।


हमने बहुत पहले सीखा था: कोई भी विशेषता आँकड़ों को इकट्ठा किए बिना विकसित नहीं की जानी चाहिए। बेशक, हमने खेल के लिए विस्तृत आँकड़े भी संलग्न किए हैं, जिन्हें हम साझा कर सकते हैं।

कुल मिलाकर, खेल दो दिनों में 811 बार खेला गया था। प्रश्न की जटिलता के आधार पर उत्तर के आँकड़े:

कठिनाई	COUNT	CORRECT_PERCENT
1	3552	61
2	2031	49
3	912	46

मैदान के किस सेल में और कितनी बार खिलाड़ी पहुँचे:


फ़ील्ड के प्रत्येक सेल पर सही उत्तरों का प्रतिशत:


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

1. इस कोड को कॉल करने का परिणाम?
   
   

   System.out.println(1/0d) 

   
   
   • एक अंकगणित अपवाद को फेंकता है
   • प्रिंट्स इन्फिनिटी
   • प्रिंट "NaN"
   • छपेगा ०
   
   
   जवाब है

   यह एक बहुत ही सरल प्रश्न लगता है। यहां एक सरल अंकगणित है, क्या पकड़ हो सकती है, केवल 28% खिलाड़ियों ने सही जवाब क्यों दिया? एक पूर्णांक को जावा में 0 से विभाजित करने से परिणाम ArithmeticException । लेकिन क्या यहां पूर्णांक हैं? हम ध्यान से देखेंगे। 0 के बाद वह "डी" क्या है? इस अक्षर का अर्थ है कि यह पूर्णांक स्थिर 0 नहीं है, बल्कि टाइप double का मान है। और यह पता चला है कि अभिव्यक्ति 1.0 / 0.0 के समान है। और यह एक फ्लोटिंग पॉइंट बाय जीरो है, जिसका परिणाम Double.POSITIVE_INFINITY । तो सही उत्तर "बी" है।
   
2. इस कोड को कॉल करने का परिणाम?
   
   

    System.out.println( Long.MAX_VALUE==(long)Float.MAX_VALUE ); 

   
   
   • सच छापो
   • झूठा छापेंगे
   • एक अंकगणित अपवाद को फेंकता है
   
   
   जवाब है

   सबसे पहले, आपको यह समझने की आवश्यकता है कि क्या अधिक है: Float.MAX_VALUE या Long.MAX_VALUE ? हालांकि float में मूल्यों की संख्या double से अधिक होती है, लेकिन इसका अधिकतम मूल्य संभव long मूल्यों की सीमा से परे परिमाण के लगभग 20 आदेश हैं। लेकिन इस मामले में टाइप कास्टिंग कैसे काम करती है? एक अनुमान लगा सकता है, लेकिन यह कोड को चलाने के लिए बेहतर है। बेहतर अभी तक, जावा लैंग्वेज स्पेसिफिकेशन, नैरोइंग प्रिमिटिव कनवर्ज़न पर एक सेक्शन खोलें, और पढ़ें कि यदि फ्लोटिंग-पॉइंट संख्या का मान बहुत बड़ा है और पूर्णांक प्रकार के उपलब्ध मानों की सीमा के बाहर आता है, तो रूपांतरण परिणाम अधिकतम मान के बराबर होता है जिसे पूर्णांक प्रकार का उपयोग करके दर्शाया जा सकता है । यानी रूपांतरण परिणाम Long.MAX_VALUE । 27% उत्तरदाताओं द्वारा सही उत्तर दिया गया था।
3. कौन सा वर्ग Comparable नहीं है?
   
   
   • java.lang.String
   • java.util.TreeSet
   • java.io.File
   • java.lang.Enum
   
   
   जवाब है

   यह प्रतीत होता है कि सरल प्रश्न कई लोगों को चकित करता है, या बल्कि, जवाब देने वालों में से 76%। अपने लिए अनुमान लगाएं कि यहां कौन सा उत्तर सही है और कौन सा सबसे लोकप्रिय उत्तर था - 61% खिलाड़ियों ने इसे चुना।
   
4. कोड किसके समान है?
   
   

    Object o = Math.min(-1, Double.MIN_VALUE) 

   
   
   • ऑब्जेक्ट ओ = -1
   • ऑब्जेक्ट ओ = डबल.मिन_वैल्यू
   • ऑब्जेक्ट ओ = -1.0
   
   
   जवाब है

   न्यूनतम double मान निश्चित रूप से -1 से कम है, फिर क्या गलत हो सकता है? बेशक, सब कुछ इतना सरल नहीं है, अन्यथा हम नहीं पूछते। यह पता चला है कि Double.MIN_VALUE वह नहीं है जो अपेक्षित है, अर्थात् "सबसे छोटी सकारात्मक नॉनजेरो वैल्यू लगातार पकड़े", प्रलेखन के अनुसार। इसे Double.MIN_POSITIVE_VALUE कहना Double.MIN_POSITIVE_VALUE सही होगा। Double फिर अपनी उंगली घुसा दी! सही उत्तर है: Object o = -1.0 , और इसलिए केवल 22% खिलाड़ियों ने उत्तर दिया।
   
5. इस कोड को कॉल करने से किस लाइन का परिणाम होगा?
   
   

    Long.toHexString(0x1_0000_0000L + 0xcafe_babe) 

   
   
   • 1cafebabe
   • cafebabe
   • ffffffffcafebabe
   
   
   जवाब है

   यदि आपने दूसरा उत्तर चुना है, तो आप सही उत्तर देने वालों में से 22% हैं। यह प्रश्न जोशुआ बलोच और नील गेयर द्वारा लिखित पुस्तक जावा पूज़लर्स: ट्रैप्स, पॉटैल्स, एंड कॉर्नर केसेस से लिया गया है। यदि आपने गलत उत्तर दिया है, तो निराश न हों, और इस पुस्तक को पढ़ने के लिए दौड़ें!
   
6. JDK 8 विधि मापदंडों पर एनोटेशन के लिए समर्थन का परिचय देता है। क्या this पद्धति के पैरामीटर में एनोटेशन जोड़ना संभव है?
   
   
   • यह असंभव है
   • शायद, लेकिन केवल बायटेकोड में
   • शायद विधि के पहले पैरामीटर के रूप में this स्पष्ट रूप से परिभाषित करके
   
   
   जवाब है

   जब JDK 8 में विधि मापदंडों पर एनोटेशन डालने की क्षमता को जोड़ा गया था, तो this पैरामीटर वंचित नहीं था। इस प्रयोजन के लिए, this अब विधि हस्ताक्षर में स्पष्ट रूप से निर्दिष्ट किया जा सकता है:
   
   

    class Foo { public void test(@Annotated Foo this) {} } 

   
   यद्यपि आप इसके व्यावहारिक लाभों के बारे में बहस कर सकते हैं, अब यह भाषा की एक विशेषता है। 32% खिलाड़ियों ने सही उत्तर का अनुमान लगाया।
   
7. JDK 8 में, ConcurrentHashMap निर्माणकर्ता में concurrencyLevel पैरामीटर प्रभावित करता है:
   
   
   • उपलब्ध सुविधा पढ़ें / लिखें
   • प्रारंभिक तालिका का आकार
   • दोनों मापदंडों पर
   
   
   जवाब है

   यदि आपने विकल्प 2 चुना है, तो आप 15% लोगों में से हैं जिन्होंने खेल के इस सबसे कठिन प्रश्न का सही उत्तर दिया। बात यह है कि JDK 8 में उन्होंने ConcurrentHashMap में सेगमेंट को छोड़ दिया, इसलिए concurrencyLevel ने अपना पिछला अर्थ खो दिया। यह केवल तालिका के प्रारंभिक आकार को प्रभावित करता है, और यहां तक ​​कि केवल initialCapacity मूल्य को नीचे से सीमित करता है।