मिथक विध्वंसक के चरणों में या एंड्रॉइड धीमा क्यों है, और% मोबाइल ओएस% नहीं है?

शुभ दोपहर, हब्र!

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

आईओएस, विंडोज फोन 7, क्यूएनएक्स और वेबओएस के चलते एंड्रॉइड धीमा क्यों हो रहा है?

इस पोस्ट का उद्देश्य इस प्रश्न का उत्तर देना है।

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

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

तो, चलिए मिथकों पर पिछले लेख का विश्लेषण शुरू करते हैं (हम डायना हैकॉर्न के पोस्ट के पूर्ण संस्करण के बारे में बात कर रहे हैं)।

डायना ने एक अद्भुत रहस्योद्घाटन के साथ अपनी पोस्ट शुरू की:

“खिड़की के अंदर प्रतिपादन को देखते हुए, हमें पूर्ण 60FPS प्राप्त करने के लिए हार्डवेयर त्वरण का उपयोग नहीं करना होगा। यह काफी हद तक डिस्प्ले में पिक्सल की संख्या और आपके प्रोसेसर की गति पर निर्भर करता है। उदाहरण के लिए, नेक्सस एस में एंड्रॉइड यूआई में देखी जाने वाली सभी सामान्य चीजों के लिए 60 फ्रेम प्रति सेकंड की कोई समस्या नहीं है, जैसे कि इसकी 800x480 स्क्रीन पर सूचियों के माध्यम से स्क्रॉल करना। "

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

मुख्य कारण

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

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

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

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

कई लोगों ने iOS में रेंडरिंग प्रक्रिया के सरलीकृत वर्णन में जो त्रुटियां कीं, उन्हें समझाने के लिए मैंने काम किया। विशेष रूप से:

1) सम्मिश्रण और पूर्व-सेटिंग एनिमेशन - सभी जिसमें कोर एनिमेशन शामिल है और साथी परतों का प्रतिपादन वास्तव में पृष्ठभूमि धारा में होता है।

2) कोर एनिमेशन परत में नई सामग्री का प्रतिपादन और उनके एनीमेशन को स्थापित करना मुख्य धारा में होता है। यह वही स्ट्रीम है जिसमें यूजर इंटरफेस खींचा जाता है।

3) मूल कोड में, डेवलपर द्वारा बनाए गए सभी कोड मुख्य धागे में होंगे। हालाँकि, Apple इन चीजों को सिस्टम द्वारा संचालित बैकग्राउंड थ्रेड्स में ले जाने के लिए एक बहुत ही सरल API (ग्रैंड सेंट्रल डिस्पैच और NSOperation) प्रदान करता है। IOS 5 में, आप यह भी बता सकते हैं कि मुख्य डेटा (ऑब्जेक्ट-रिलेशनल डेटाबेस) संदर्भ को मुख्य धागे में सीधे उपयोग नहीं किया जा सकता है।

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

यह कोई तकनीकी अंतर नहीं है, यह एक सांस्कृतिक अंतर है। आईओएस के लिए अच्छे डेवलपर्स तब तक सॉफ्टवेयर जारी नहीं करते हैं जब तक कि वे 60 फ्रेम प्रति सेकंड के बारे में काम नहीं करते हैं जब स्क्रॉल और ट्रैक लगभग पूरी तरह से छूते हैं, साथ ही साथ एंड्रॉइड के लिए अच्छे डेवलपर्स भी ऐसा करते हैं।

अन्य कारण

एंड्रॉइड धीमा होने का मुख्य कारण यूआई थ्रेड्स की संरचना और उनकी प्राथमिकता है, लेकिन यह एकमात्र कारण नहीं है। पहले, डायना के आरक्षण के बावजूद हार्डवेयर त्वरण, अभी भी मदद करता है। मेरे Nexus S ने ICS में अपग्रेड होने के बाद से इतनी आसानी से काम नहीं किया है [नोट ट्रांसलेशन: मेरा भी! :)]। हार्डवेयर त्वरण होम स्क्रीन और एंड्रॉइड मार्केट जैसे अनुप्रयोगों में बहुत अंतर करता है। GPU द्वारा प्रदान की जाने वाली सहायता भी बैटरी जीवन को बढ़ाती है, क्योंकि GPU निश्चित कार्यों के साथ उपकरण हैं, इसलिए वे कम बिजली की खपत के साथ काम करते हैं।

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

तीसरा, उपकरण के साथ समस्याएं हैं, जिसका उल्लेख डायना ने भी किया है। टेग्रा 2, एनवीडिया विपणन विभाग के भव्य दावों के बावजूद, कम मेमोरी बैंडविड्थ के लिए हानिकारक है और इसमें नीयन निर्देश सेट के लिए समर्थन नहीं है (एआरएम में नीयन निर्देश इंटेल एसएसई के बराबर हैं, जो सीपीयू में मैट्रिसेस की तेजी से गणना की अनुमति देते हैं)। हनीकॉम्ब टैबलेट विभिन्न जीपीयू के साथ बेहतर होगा, भले ही वे टेग्रा 2 की तुलना में कुछ मामलों में सैद्धांतिक रूप से कम शक्तिशाली थे। उदाहरण के लिए, नेक्सस एस या एप्पल ए 4 में सैमसंग हमिंगबर्ड। यह हमें बताता है कि जारी किया गया सबसे तेज़ हनीकॉम्ब टैबलेट, टैब गैलेक्सी 7.7, गैलेक्सी एस II के साथ एक Exynos प्रोसेसर चला रहा है।

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

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

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

“सामान्य तौर पर, मैंने गैलेक्सी नेक्सस पर आईसीएस को काम में काफी सहज पाया। बेतरतीब ढंग से बड़बड़ा रहे हैं - एक जगह जहां मैं गैलेक्सी नेक्सस पर फंक कर सकता हूं, जब मैं मल्टीटास्किंग बटन दबाता हूं, तो यह अक्सर एक सेकंड के एक चौथाई के लिए रुक जाता है। हालांकि, मेरा मानना ​​है कि iPhone 4S भी मेरी अपेक्षा से अधिक धीमा हो गया, खासकर जब मैंने अनुप्रयोगों के लिए सामान्य खोज (जहां आप मुख्य स्क्रीन के बाईं ओर स्वाइप करते हैं) का उपयोग करने के लिए स्विच किया। "

तो तुम वहाँ जाओ, Android ब्रेक की समस्या मूल रूप से हल है, है ना? इतनी जल्दी नहीं।

भविष्य के लिए आगे

एंड्रॉइड यूआई डिजाइन की सीमाओं के कारण कभी भी पूरी तरह से चिकनी नहीं होगी, जिसकी हमने शुरुआत में चर्चा की थी:

- इंटरफ़ेस रेंडरिंग आवेदन के मुख्य धागे पर होता है;
- इंटरफ़ेस रेंडरिंग सामान्य प्राथमिकता के साथ होती है;

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

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

यही कारण है कि विंडोज मोबाइल 6.5, ब्लैकबेरी ओएस, सिम्बियन में भयानक टच स्क्रीन प्रदर्शन है। एंड्रॉइड की तरह, वे उपयोगकर्ता इंटरफ़ेस के प्रतिपादन को "प्राथमिकता" देने के लिए नहीं थे। IPhone की रिहाई के बाद, RIM, Microsoft और Nokia ने अपने मोबाइल OS को छोड़ दिया और स्क्रैच से विकास शुरू कर दिया। एंड्रॉइड एकमात्र मोबाइल ओएस है जो "iPhone युग" से पहले मौजूद था।

तो एंड्रॉइड टीम ने वर्तमान स्थिति को क्यों नहीं बदला है? मैं रोमैन गाई को समझाऊंगा:

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

रोमेन इस निर्णय के क्या नुकसान और नुकसान हैं, यह निर्दिष्ट नहीं करता है, लेकिन यह मानना ​​मुश्किल नहीं है:

- नई संरचना का समर्थन करने के लिए सभी अनुप्रयोगों को फिर से लिखा जाना चाहिए;
- एंड्रॉइड को पुराने अनुप्रयोगों के लिए एक समर्थन मोड प्रदान करना होगा;
- नई प्रणाली विकसित होने तक अन्य एंड्रॉइड सुविधाओं पर काम निलंबित रहेगा;

हालाँकि, मेरा मानना ​​है कि "इन खरोंचों" के बावजूद "इन खरोंचों और नुकसानों के बावजूद" लिखना चाहिए। नौसिखिए प्रबंधक के रूप में, मुझे लगता है कि एंड्रॉइड सुस्ती पूरी तरह से अस्वीकार्य है। इस समस्या को Android टीम के लिए # 1 प्राथमिकता दी जानी चाहिए।

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

समस्या की धारणा, ब्रेक - यह Google के दर्शन का उल्लंघन है। Google का मानना ​​है कि सब कुछ तेज होना चाहिए। यहां Google खोज, Gmail और Chrome के प्रमुख दर्शन दिए गए हैं। इसीलिए Google ने HTTP को बेहतर बनाने के लिए SPDY - बनाया। यही कारण है कि Google आपकी साइट को अनुकूलित करने में मदद करने के लिए उपकरण बना रहा है। यही वजह है कि Google अपना खुद का CDN लॉन्च कर रहा है। यही कारण है कि Google मैप्स को WebGL का उपयोग करके प्रदर्शित किया जाता है। यही कारण है कि Youtube पर बफरिंग एक ऐसी चीज है, जिसे हममें से अधिकांश अच्छी तरह से याद करते हैं, लेकिन कम और कम देखते हैं।

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

उपयोगकर्ता इंटरफ़ेस ब्रेक व्यक्ति और टच स्क्रीन के बीच संबंध को बाधित करते हैं। डिवाइस के साथ संचार स्वाभाविक होना बंद हो जाता है। यह जादू खो देता है। उपयोगकर्ता को उनके साथ बातचीत करने से बाहर रखा गया है और बिना शर्त स्वीकार करना चाहिए कि वे अपूर्ण कंप्यूटर मॉडलिंग का उपयोग कर रहे हैं। मैं अक्सर iPad में खो जाता हूं, लेकिन जब स्क्रीन के बीच Xut stutters हो जाता है तो मुझे ऐंठन होती है। 200 मिलियन एंड्रॉइड उपयोगकर्ता सबसे अच्छे के लायक हैं।

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

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