MBLT DEV 2018: रोबोट रिपोर्ट

Android डेवलपर Pluzhnik और iOS डेवलपर Vasily Kotsyuba बात करते हैं कि MBLT DEV 2018 कैसे चला गया और रिकॉर्डिंग में कौन सी रिपोर्ट देखने लायक हैं।

संगठनात्मक मुद्दे

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

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

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

रिपोर्ट: Android

सामान्य तौर पर, एंड्रॉइड भाग की सभी रिपोर्ट ध्यान देने योग्य हैं। अंग्रेजी बोलने वालों के लिए विशेष धन्यवाद जिन्होंने उन लोगों को भी समझने की कोशिश की जिनकी अंग्रेजी एकदम सही है।

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

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

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

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

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

रिपोर्ट: आईओएस

इस साल iOS पर स्थानीय लोगों की तुलना में अधिक विदेशी स्पीकर थे।

बेशक, जोर से शीर्षक के साथ Krzysztof Zabłocki की रिपोर्ट "iOS- एप्लिकेशन के आर्किटेक्चर" ने सबसे बड़ी रुचि पैदा की। एक घंटे की रिपोर्ट के बाद, Krzysztof ने सवालों के लिए एक और 3 घंटे का जवाब दिया और मनोरंजन क्षेत्र में सलाह दी।

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

कई लोगों के लिए, ROSBANK के एलेक्सी बोरोडकिन ने अपनी रिपोर्ट में कई के लिए आदर्श विकास प्रक्रियाओं के निर्माण की समस्या को हल करने की कोशिश की "उत्पाद ऑप्स: उत्पादों को बनाने के लिए कोडिंग से कैसे आगे बढ़ें"।

संपूर्ण

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

बेशक, एक सम्मेलन है, सबसे पहले, सहकर्मियों के साथ संवाद करने, समस्याओं और उनके समाधान पर चर्चा करने का अवसर। खैर, और प्रायोजकों से कुछ जीत सकते हैं। और यह निश्चित रूप से MBLT DEV के लिए जाने लायक है।