💀 👩🏼‍🚀 💖 मोबियस 2020 पाइटर की घोषणा: मोबाइल डेवलपर्स को क्या फायदा? 👩🏼‍🚀 📝 🤷🏻

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

डेवलपर्स प्रौद्योगिकी रिपोर्ट (विपणन और पसंद के बजाय) चाहते हैं।
वे "गहरी गोता लगाने" से डरते नहीं हैं। इसका मतलब यह नहीं है कि पूरे सम्मेलन कार्यक्रम को उग्र होना चाहिए, लेकिन कट्टर की उपस्थिति मूल्यवान है।
वे दोनों विषयों में रुचि रखते हैं जो एक विशिष्ट मंच (एंड्रॉइड / आईओएस), और "सार्वभौमिक" लोगों से बंधे हैं।
रिपोर्ट महत्वपूर्ण हैं, लेकिन समान नहीं हैं: कई लाइव संचार के लिए सम्मेलन में आते हैं, और घटना उनके निपटान में होनी चाहिए।

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

कार्यक्रम का दृष्टिकोण

हमारे लिए रुचि के विषयों की सूची, जिस पर हम "मोबियस से क्या उम्मीद करें" समझ सकते हैं, इस तरह से निकला:

हुड के नीचे प्लेटफार्म

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

साफ कोड

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

उत्पाद की गुणवत्ता

अपने कोड में सुधार करना न केवल इसकी स्वच्छता के बारे में है। उदाहरण के लिए, यह कोड कितनी तेजी से निष्पादित होता है? क्या आपका आवेदन पर्याप्त सुरक्षित है? क्या इंटरफ़ेस सुविधाजनक है? क्या आप नए UI समाधानों को समझते हैं? सामान्य तौर पर, प्रदर्शन, सुरक्षा, UI / UX के बारे में क्या?

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

मोबाइल विकास के रुझान

हम "उच्च पोझोरी" नहीं हैं और buzzwords से पूरे सम्मेलन कार्यक्रम की रचना करने का प्रयास नहीं करते हैं ("120Hz स्क्रीन और पांच कैमरों के साथ तह 5G स्मार्टफोन के लिए ब्लॉकचेन के साथ वीआर एप्लिकेशन कैसे बनाएं")। लेकिन उद्योग के बराबर रखने के लिए, निश्चित रूप से, आवश्यक है। उदाहरण के लिए, क्रॉस-प्लेटफ़ॉर्म विकास के मामले में, हमारे सर्वेक्षण से पता चला कि डेवलपर्स अब फ़्लटर और कोटलिन / नेटिव में रुचि रखते हैं - इसलिए यदि क्रॉस-प्लेटफ़ॉर्म पर कुछ रिपोर्ट मोबियस 2020 पाइटर प्रोग्राम में मिलती हैं, तो वे इन प्रौद्योगिकियों से संबंधित हैं। Agioserov अब SwiftUI, Jetpack Compose android ड्राइवरों के बारे में चिंतित है - और हम इस सब के बारे में सोच रहे हैं।

भूमिकारूप व्यवस्था

यह विकास से जुड़ा विषय है, लेकिन किसी भी मोबाइल डेवलपर को इससे (और विशेष रूप से इंडी विकास में) निपटना होगा। मोबाइल DevOps: मिथक या वास्तविकता? CI / CD कैसे बनाये? 2018 में, हमारे पास Lyft विधानसभा में एंड्रॉइड बिल्ड पर Artyom Zinnatullin की एक रिपोर्ट थी, जो दर्शकों के बीच बहुत लोकप्रिय थी, लेकिन तब से सब कुछ बदलना जारी रहा है - और 2020 में विधानसभा प्रणालियों के बारे में आपको क्या जानने की आवश्यकता है?

सॉफ्टवेयर शिल्प कौशल

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

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

वक्ताओं और पत्रों

ठीक है, अमूर्तता के बारे में स्पष्ट है, अब मैं कार्यान्वयन देखना चाहूंगा। खैर, क्या यह संभव है कि मोबियस के पास आने वाली कई रिपोर्टों के विवरण देखें, ताकि पिछले भाग के विचारों को उदाहरणों के साथ चित्रित किया जाए? कर सकते हैं।

Asya Sviridenko - एक धीमे नेटवर्क पर एप्लिकेशन का अनुकूलन (iOS)

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

मैटवे माल्कोव - घोषणात्मक ढांचे का विकास: डायनासोर से जेटपैक कम्पोज़ (एंड्रॉइड) तक

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

और मोबियस पुराने समय के मैथ्यू को याद कर सकते हैं कि कुछ साल पहले की उनकी रिपोर्ट में - उदाहरण के लिए, 2016 में "द आर्ट ऑफ आरएक्स"। संस्मरण!

Stepan Goncharov - Bazel Android के लिए: यह डरावना नहीं है (Android)

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

यह उत्सुक है कि आखिरी बार उन्होंने मोबियस पर ग्रैडल की बारीकियों के बारे में बात की थी। ऐसा लगता है जैसे समय बदल रहा है।

डेनिस नेक्लाइडोव - कैरियर रॉकेट जम्प (iOS / Android)

मोबियस लोगों को एक साथ लाता है: एक बार स्टीफन गोंचारोव और डेनिस नेक्लाइडोव ने सिंगापुर में एक साथ काम किया था, और अब वे ग्रह के चारों ओर बिखरे हुए हैं (स्टीफन सिंगापुर में रहे और डेनिस घाटी के लिए रवाना हुए), लेकिन वे फिर से वक्ताओं की सूची में हैं!

डेनिस लंबे समय से एंड्रॉइड डेवलपर्स के शौकीन रहे हैं, लेकिन इस बार उनका प्रदर्शन अय्यर पर भी निर्भर करेगा। हालांकि मोबियस मुख्य रूप से विशिष्ट तकनीकों के बारे में है, कुछ मामलों में (जैसे कि / खुलने वाले बंद होने वाले) संबंधित विषय बेहतर अनुकूल हैं, और यह सिर्फ एक ऐसा मामला है।

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

और एक नए प्रदर्शन की प्रत्याशा में, हम पिछले साल के सेंट पीटर्सबर्ग मोबियस से स्केलेबल आर्किटेक्चर पर डेनिस की रिपोर्ट को याद कर सकते हैं - उन्होंने तब दर्शकों की रेटिंग का नेतृत्व किया:

रिपोर्टों के अलावा

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

प्रत्येक रिपोर्ट के बाद, स्पीकर चर्चा क्षेत्र में जाता है, जहां उससे पांच मिनट तक सवाल नहीं किया जा सकता (जैसा कि हॉल में होगा), लेकिन जैसा कि यह होना चाहिए। यही है, प्रत्येक रिपोर्ट न केवल "एक व्यक्ति मंच से प्रसारण करता है", बल्कि लाइव संचार भी है। कभी-कभी चर्चा क्षेत्र में बोलने वाले केवल घिरे होते हैं, और बातचीत कहीं नहीं होती है।
BOF- — , , . : , , , — . .
. , . ( , , ), . : , .

, : -, 23-24 . — .

Mobius , ( , ). , , , : ! — , .

मोबियस 2020 पाइटर की घोषणा: मोबाइल डेवलपर्स को क्या फायदा?