मोबाइल के युग में वेब का क्या होगा?

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

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

इस संबंध में, मैं अपने मोबाइल भविष्य पर अपनी बात साझा करूंगा: वेब एक मोबाइल फोन से अधिक समय तक जीवित रहेगा, जो हम सभी की अपेक्षा बहुत पहले अप्रचलित हो जाएगा। मैं आम तौर पर एक सेल फोन एक और 10 साल, अधिकतम 15 जीवन लेता हूं। लेकिन दूसरी जगह फोन के बारे में, और यहां मैं वेब और मोबाइल अनुप्रयोगों के विकास की संभावनाओं पर चर्चा करना चाहूंगा।

निस्संदेह, HTML स्थिर पाठ और ग्राफिक जानकारी में हेरफेर करने का इरादा रखता है। लेकिन कृपया नीचे वर्णित कुछ दिलचस्प बिंदुओं पर ध्यान दें।

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

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

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

लेकिन! जैसे ही इन सभी प्रतिबंधों को हटा दिया जाता है, तुरंत, मुझे यकीन है, HTML जैसी इंटरफेस का वर्णन करने के लिए एकीकृत घोषणात्मक भाषाओं में बहुत जल्दी रोलबैक होगा। इसके अलावा, इन विवरणों को निश्चित रूप से बादलों में संग्रहीत किया जाएगा, और स्थानीय प्रतियों के रूप में नहीं, जैसा कि अब अर्ध-देशी अनुप्रयोगों (देशी आवरण + एचटीएमएल) में किया जाता है।

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

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

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

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

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

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

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