"रूस में हम जिस विषय पर चर्चा कर रहे हैं वह पश्चिम में भी प्रासंगिक है": डेनिस नेक्लाइडोव के साथ साक्षात्कार

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

और मोबियस 2019 पाइटर की पूर्व संध्या पर, जहां वह "स्केलिंग पर ध्यान देने के साथ वास्तुकला" के बारे में बात करता है , हमने उनसे इस सब के बारे में थोड़ा पूछा। पश्चिमी श्रोताओं के लिए एक रूसी पॉडकास्ट कैसे हो सकता है? जहां सैकड़ों मोबाइल डेवलपर्स की गिनती होती है, वहां काम करना कैसा लगता है? Android डेवलपर्स के लिए Google के समाधानों में क्या गलत है? और सामान्य रूप से स्मार्टफोन का उपयोग करने में क्या गलत है?

पॉडकास्ट

- आप एंड्रॉइड देव पॉडकास्ट में भाग लेते हैं, और हाल ही में फ़्लटर देव पॉडकास्ट भी दिखाई दिए - यह "नवोदित" कैसे हुआ?

- शुरू में, मैं सबसे महत्वपूर्ण फ्लटर ट्रोल था। जो लोग GDE शिखर सम्मेलन में थे, वे आपको झूठ नहीं बोलने देंगे। मैंने मुख्य Google प्रबंधकों से सीधे कहा: यह किस तरह का शिल्प है, आप इसे हमारे गंभीर वयस्क Android के बगल में कैसे रख सकते हैं?

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

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

मैंने अपना विचार बदल दिया और यह स्पष्ट हो गया कि स्पंदन में संभावनाएँ थीं। यहां तक ​​कि रिएक्टिव नेटिव, ज़ामरीन और अन्य थर्ड-पार्टी फ्रेमवर्क फैल गए हैं, और यहां Google समर्थन, और यहां तक ​​कि नए फूशिया ऑपरेटिंग सिस्टम के बारे में अफवाहें भी हैं, जहां पहले स्थान पर डार्ट और फ्लटर का उपयोग किया जाएगा।

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

- जब वही Google कंपनी देशी Android विकास और स्पंदन दोनों को विकसित करती है, तो यह डेवलपर्स को अच्छी तरह से स्पष्ट नहीं हो सकता है "मुझे कहाँ जाना चाहिए।" क्या यह आपको एक समस्या की तरह लगता है?

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

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

- पॉडकास्ट के विषय को जारी रखना: कंपनी Lyft, जहां आप काम करते हैं, इस वर्ष मोबाइल विकास पर अपना पॉडकास्ट है । क्या आपको इससे कोई लेना-देना है?

- उन्होंने मुझे आने से पहले इसे शुरू किया: जब कंपनी पॉडकास्ट करने जा रही है, तो यह "रिकॉर्ड, रखी गई" नहीं है, लेकिन आप जिस बारे में बात कर सकते हैं, उस पर सहमत होने की एक लंबी प्रक्रिया, जिसके बारे में आप बात नहीं कर सकते। लेकिन उन्होंने मुझे उन विषयों में से एक में आमंत्रित करने का वादा किया (उन्होंने मेजबान को नहीं बुलाया)।

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

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

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

- जब आप विदेश में रहते हुए रूसी भाषा के पॉडकास्ट में लगे होते हैं, तो क्या यह दो समानांतर जीवन की तरह महसूस करता है, जहां आपके पॉडकास्ट को काम पर नहीं सुना जाता है, और पॉडकास्ट में आप अपने शब्दों से ही अपने काम के बारे में कुछ जानते हैं?

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

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

- अंग्रेजी बोलने वाले श्रोताओं के पास पहले से ही फ्रैगमेंटेड जैसे पॉडकास्ट हैं - आपको क्या लगता है कि एंड्रॉइड देव पॉडकास्ट क्या दे सकता है, जो उनके पास नहीं है?

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

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

- पॉडकास्ट के बारे में नहीं, बल्कि एंड्रॉइड के विकास के बारे में बोलते हुए, क्या आप इसमें अमेरिका और रूस के बीच एक उल्लेखनीय अंतर महसूस करते हैं?

- मुझे ऐसा लगता है। मैं अभी तक सख्ती से न्याय करने के लिए तैयार नहीं हूं, लेकिन प्राथमिक भावना (सिंगापुर में उतनी कठोर नहीं) है कि हर कोई अपने पेशे और अपने कौशल में बहुत कमजोर रुचि रखता है। यहां, जब कंपनी के एक ही मंच पर कई डेवलपर्स हैं, तो लोग बस बैठते हैं और अपने कार्यों को करते हैं, उनके लिए एंड्रॉइड उनका जीवन नहीं है, उनका जुनून नहीं, उनका शौक नहीं है, लेकिन बस उन कार्यों की एक सूची है जिन्हें उन्हें लागू करना होगा।

मोबाइल विकास में बड़े पैमाने पर

- आप एक ऐसी कंपनी में काम करते हैं जहाँ सौ से अधिक मोबाइल डेवलपर्स हैं। क्या वे लगातार सवाल पूछते हैं "आपके पास लगभग एक स्क्रीन से एक आवेदन है, ऐसी भीड़ को क्या करना चाहिए?"

- मैंने खुद शुरू में इस बारे में पूछा। इसका जवाब तब मिलता है जब आप इस सब के अंदर आते हैं।

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

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

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

यदि हम छोटे अनुप्रयोगों के डेवलपर्स के बारे में बात करते हैं, जो हमारे पाठकों के बीच भरे हुए हैं, तो यह पता चला है कि हम बस एक बड़े के अंदर एक दर्जन छोटे अनुप्रयोगों से मिलकर बनाते हैं।

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

- और ऐसी स्थिति में किसी विशेष कर्मचारी का काम कैसा दिखता है? क्या आप अपने कुछ स्वैच्छिक कार्य के बारे में बात कर सकते हैं?

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

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

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

इन सभी में से, दो महीने का काम बन गया, जो पहली नज़र में कुछ हफ़्ते का लग रहा था।

- जब आप कार्य के दौरान "डैगर के साथ प्रयोग" करना चाहते हैं, तो क्या ऐसे प्रयोगों को प्रोत्साहित किया जाता है?

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

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

- और अगर आपने प्रयोग किया, और परिणाम सफल रहा, तो यह एक सामान्य नीति बन जाती है, या क्या यह टीम के भीतर रह सकती है?

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

- जब आप कोड नहीं करते हैं, तो एक टीम में लोगों की संख्या में वृद्धि "कागजी काम" की वृद्धि होती है, लेकिन कुछ संबंधित होती है। यह स्पष्ट है कि यह आवश्यक है, लेकिन डेवलपर की तुलना में यह कितना धीमा हो जाता है कि एक छोटी सी परियोजना में वह "सिर्फ सुविधा" कैसे करेगा?

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

- जब आप एक टैक्सी के लिए एक एंड्रॉइड एप्लिकेशन बनाते हैं, तो क्या अन्य बड़े अनुप्रयोगों के समान समस्याएं और वर्तमान समस्याएं हैं, या क्या आपके पास अपनी विशिष्ट बारीकियां हैं?

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

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

सीआईएस में स्थिति से अंतर यह है कि हम अक्सर एक-दूसरे के पास जाते हैं और कहते हैं: "ग्रेड से दोस्तों, कुछ के साथ मदद करें।" यही है, जबकि सीआईएस घाटी में लिखे गए उपकरणों का उपयोग करता है, यहां हम एक दूसरे के साथ लगातार संवाद भी करते हैं।

क्या Google सही है

- हाल ही में, जेक व्हार्टन ने एंड्रॉइड विकास के लिए Google के समाधानों की कई आलोचनाएं की थीं, और आप इसमें से कुछ के साथ सहमत थे। आपको क्या लगता है कि Google क्या गलत कर रहा है?

- इस बात पर चर्चा हुई कि ViewModel को कॉल करना और संदर्भ को इसमें डालना आवश्यक नहीं था। इसके साथ, मुझे लगता है, कई भी सहमत होंगे। मैं बहुत परेशान हूं कि कई लोग Google से पुस्तकालयों को निर्विवाद और सबसे सही के स्रोत के रूप में देखते हैं।

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

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

वास्तव में, यह काफी सुविधाजनक है, लेकिन Google, मेरी राय में, इसे समर्थन जारी रखने के लिए पर्याप्त संसाधन आवंटित नहीं किए। और फिर समुदाय ने तड़क भड़क की: उन्होंने Google पर भरोसा किया, लेकिन हमें पर्याप्त समर्थन नहीं मिला।

"कुछ लोग इस तथ्य से नाखुश हैं कि Google के कई समाधान हाल के वर्षों में ही दिखाई दिए हैं:" रात के खाने के लिए एक अच्छा चम्मच, आपको वर्षों से सुस्त कर दिया गया है और समुदाय ने इसका पता लगा लिया है, लेकिन अब आप जाग गए हैं। " आप इस बारे में क्या सोचते हैं? कंपनी इस तरह का व्यवहार क्यों कर रही है और क्या यह बुरा है?

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

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

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

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

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

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

- यहां, शुरुआती के पास एक सवाल होगा "बिना अनुभव के वहां कैसे पहुंचें, अगर आपने अभी तक पाठ्यक्रमों पर एक साल नहीं बिताया है।"

- यह एक बहुत अच्छा सवाल है। मेरा मानना ​​है कि कई पर्याप्त कंपनियां बिना किसी ढांचे को जाने बुनियादी ज्ञान के लिए कंप्यूटर विज्ञान को ले जाएंगी। , , - -. . . , .

— Android Things, . ? , ?

— — . , , , , , , .

Android Things Android, - machine learning (-, , performance-). , Android Things . , , — - , Kickstarter . Google security-.

, : , Google Cloud Next , IoT Google - , — .

— , , . ?

— Telegram- , , TikTok —

, - — . — . — , .

— , . , , .

— , TikTok ?

— - , - , . , , — . , .

— 90 Seconds, — ? ?

— . , . , Telegram, WhatsApp Google Docs, . B2B-, , . , , , — .

— , , . Twitter, — , ?

— , , Telegram. , . , Twitter.

— : Mobius?

— , . , over engineering, , .

, , , 60 ( Android). — , . , «2-5 2 » .