मोबाइल ऐप्लिकेशन वाद-विवाद
झलक पेश करना
मोबाइल ऐप्लिकेशन और HTML5 इस समय की दो सबसे बेहतरीन टेक्नोलॉजी हैं और इनमें बहुत सारे ओवरलैप हैं. वेब ऐप्लिकेशन, मोबाइल ब्राउज़र में चलते हैं और इन्हें अलग-अलग मोबाइल प्लैटफ़ॉर्म पर, नेटिव ऐप्लिकेशन के तौर पर फिर से पैक किया जा सकता है. अलग-अलग तरह के प्लैटफ़ॉर्म को सपोर्ट करने के साथ-साथ मोबाइल ब्राउज़र की बेहतरीन क्षमता के साथ, डेवलपर HTML5 का इस्तेमाल "एक लिखें, कई चलाएं" सॉल्यूशन के तौर पर कर रहे हैं. लेकिन, क्या यह वाकई में कारगर है? नेटिव ऐप्लिकेशन बनाने की कुछ ठोस वजहें हैं. साफ़ तौर पर पता है कि बहुत से डेवलपर इस दिशा में काम कर रहे हैं. यह लेख स्थानीय बनाम वेब पर बहस के बारे में है.
सुविधा की रिच
पॉइंट: मूल निवासी और भी बहुत कुछ कर सकते हैं
हम मोबाइल के काम करने के तरीके को दो डाइमेंशन में बांट सकते हैं: ऐप्लिकेशन का अनुभव और वह तरीका जिससे डिवाइस के नेटवर्क से जुड़ा जा सकता है. उदाहरण के लिए, Android के लिए यह विजेट और सूचनाओं जैसी सुविधाएं होंगी. नेटिव दोनों डाइमेंशन में बेहतरीन है.
ऐप्लिकेशन इस्तेमाल करने के अनुभव के मामले में, मूल ऐप्लिकेशन बहुत कुछ कर सकते हैं. वे स्वाइप किए गए इवेंट और अलग-अलग वर्शन की जानकारी भी पा सकते हैं. यह सुविधा उन प्लैटफ़ॉर्म के लिए भी होती है जो इस सुविधा के साथ काम करते हैं. ये आम तौर पर, दबाए जाने वाले हार्ड बटन पर काम कर सकती हैं. जैसे, Android का खोज बटन और आवाज़ कंट्रोल. वे जीपीएस और कैमरे जैसे हार्डवेयर को भी ऐक्सेस कर सकते हैं. और उपयोगकर्ता की अनुमति से ही कुछ प्लैटफ़ॉर्म, ऑपरेटिंग सिस्टम का बेहना ही ऐक्सेस देते हैं. बस HTML5 की मदद से यह पता लगाने की कोशिश करें कि कितनी बैटरी बची है!
यह इन-ऐप्लिकेशन अनुभव से कहीं ज़्यादा है. Android जैसा ऑपरेटिंग सिस्टम ऐप्लिकेशन के लिए उपयोगकर्ताओं के साथ-साथ दूसरे ऐप्लिकेशन से इंटरैक्ट करने के अलग-अलग तरीके उपलब्ध कराता है. आपके होम पेज पर ऐक्टिव विजेट हैं. आपके पास सूचनाएं हैं, जो डिवाइस के स्टेटस बार में दिखती हैं. आपके पास ऐसे इंटेंट होते हैं, जिनकी मदद से आपका ऐप्लिकेशन खुद को एक सामान्य सेवा देने के बारे में एलान कर सकता है जिसकी ज़रूरत अन्य ऐप्लिकेशन को कभी-कभी मिल सकती है.
काउंटरपॉइंट: नेटिव सुविधाओं को बेहतर बनाया जा सकता है और वेब पर चीज़ें तेज़ी से लोगों तक पहुंच रही हैं
यह सच है कि ऐप्लिकेशन में मौजूद कई सुविधाएं HTML5 ऐप्लिकेशन तक आसानी से नहीं पहुंच सकतीं. इससे कोई फ़र्क़ नहीं पड़ता कि आपके वेब-फ़ू स्किल कितने भी हॉट हैं, अगर आपका ऐप्लिकेशन बिना Camera API वाले सैंडबॉक्स में फंस जाता है, तो वह बहुत जल्दी स्नैप नहीं लेता है! अच्छी बात यह है कि आपको उस सैंडबॉक्स में होने की ज़रूरत नहीं है. अगर फ़ोटो लेने के लिए आपको अपने वेब ऐप्लिकेशन की ज़रूरत है, तो खास ऐप्लिकेशन बनाया जा सकता है. इस ऐप्लिकेशन में, एम्बेड किए गए वेब व्यू के साथ-साथ, यूज़र इंटरफ़ेस का ज़्यादातर हिस्सा उपलब्ध होता है. PhoneGap फ़्रेमवर्क, ओपन-सोर्स इस तरह काम करता है: यह नेटिव सुविधाओं को वेब सेवाओं के तौर पर दिखाकर, कमियों को दूर करता है. वेब व्यू, इन्हें स्टैंडर्ड नेटवर्किंग एपीआई का इस्तेमाल करके कॉल करते हैं. इस तरह का हाइब्रिड ऐप्लिकेशन बनाने पर, आपको विजेट, सूचनाओं, और इंटेंट जैसी प्लैटफ़ॉर्म की सुविधाओं का भी फ़ायदा मिलता है.
हाइब्रिड - नेटिव और वेब - ऐप्लिकेशन - बनाना शायद ही कोई आदर्श समाधान है. यह जटिल हो जाता है और मोबाइल ब्राउज़र से ऐक्सेस की जाने वाली पारंपरिक वेबसाइटों के बजाय केवल नेटिव ऐप्लिकेशन के रूप में रैप किए गए वेब ऐप्लिकेशन पर लागू होता है. हालांकि, लंबे समय तक इसकी ज़रूरत नहीं होती. वेब मानक तेज़ी से बदल रहे हैं और मॉडर्न मोबाइल ब्राउज़र तेज़ी से बढ़ रहे हैं. उदाहरण के लिए, ऑफ़लाइन स्टोरेज, भौगोलिक जगह, कैनवस के ग्राफ़िक्स, और वीडियो/ऑडियो प्लेबैक जैसी सभी सुविधाएं, बड़े पैमाने पर इस्तेमाल की जाती हैं. यहां तक कि कैमरे को भी सपोर्ट करने की शुरुआत हो रही है - Android 3.1 से, अब वेब मानकों का इस्तेमाल करके फ़ोटो और वीडियो कैप्चर किए जा सकते हैं. साथ ही, नया iOS ब्राउज़र, 2-वे स्ट्रीमिंग के साथ-साथ डिवाइस ओरिएंटेशन की पहचान करने के लिए, WebSocket के साथ काम करता है.
कुल मिलाकर, मोबाइल में विकास हो रहा है. हालांकि, वेब का विकास भी हो रहा है. साथ ही, ये तेज़ी से बढ़ रहे हैं. सिर्फ़ डेस्कटॉप ब्राउज़र में ही, पांच प्रमुख ब्राउज़र वेंडर हैं, जो मानकों को बेहतर बना रहे हैं और तेज़ी से सुविधाएं जोड़ रहे हैं. हालांकि, इन सुविधाओं को मोबाइल पर पोर्ट करना कोई आसान प्रक्रिया नहीं है, लेकिन इनमें से कई मोबाइल ब्राउज़र में अपनी जगह बना चुकी हैं.
नेटिव टारगेट में तेज़ी से आगे बढ़ते हैं, लेकिन वेब इस अंतर को कम कर रहा है.
परफ़ॉर्मेंस
पॉइंट: नेटिव ऐप्लिकेशन ज़्यादा तेज़ी से चलते हैं
स्थानीय ऐप्लिकेशन में वेब रनटाइम को मैनेज करने में कोई रुकावट नहीं होती. ये मेटल के काफ़ी करीब चलते हैं. साथ ही, इनकी मदद से, जीपीयू की रफ़्तार बढ़ाने और मल्टीथ्रेडिंग की सुविधा जैसे परफ़ॉर्मेंस बूस्ट करने का फ़ायदा मिल सकता है.
काउंटरपॉइंट: आज के समय में वेब रनटाइम बहुत तेज़ हो जाते हैं और ज़्यादातर ऐप्लिकेशन को तेज़ स्पीड की ज़रूरत नहीं होती
यह कहना गलत नहीं होगा कि हाल के सालों में वेब में तेज़ी से तेज़ी आई है. V8, Chrome के साथ भेजा जाने वाला JavaScript इंजन है. जब इसे लॉन्च किया गया था, तब यह वेब की परफ़ॉर्मेंस में एक बड़ा सुधार था. तब से, यह काफ़ी तेज़ी से काम कर रहा है:
ग्राफ़िक रेंडरिंग इंजन ने भी वेब की रफ़्तार बढ़ा दी है. अब हार्डवेयर में भी सुधार होने लगा है. हार्डवेयर से तेज़ी लाने वाले कैनवस की स्पीड में हुई बढ़ोतरी पर एक नज़र डालें:
इसके अलावा, नए Web Workers API से एक से ज़्यादा थ्रेड की सुविधा का इस्तेमाल किया जा सकता है. साथ ही, आधुनिक वेब डेवलपर भी कई तरह की परफ़ॉर्मेंस को ऑप्टिमाइज़ करने वाली लाइब्रेरी और अच्छी तरह से रिसर्च की गई परफ़ॉर्मेंस ऑप्टिमाइज़ेशन तकनीकों पर कॉल कर सकते हैं. ज़्यादातर काम डेस्कटॉप वेब से ही शुरू हुए थे. हालांकि, ये चीज़ें अब भी मोबाइल पर काम करती हैं. साथ ही, लोग मोबाइल पर ज़्यादा ध्यान दे रहे हैं. उदाहरण के लिए, परफ़ॉर्मेंस गुरु स्टीव सॉडर के पास मोबाइल परफ़ॉर्मेंस टूल के लिए बनाया गया पेज है.
सभी डेस्कटॉप वर्शन अभी तक हर मोबाइल प्लैटफ़ॉर्म पर लोकप्रिय नहीं हुए हैं, लेकिन रुझानों से पता चलता है कि वे जल्द ही आने वाली हैं. इस बात पर भी ध्यान देना ज़रूरी है कि ज़्यादातर मोबाइल ऐप्लिकेशन में बेहतरीन 3D गेम नहीं होते, बल्कि बुनियादी तौर पर जानकारी पर आधारित समाचार, मेल, समय-सारणी, सोशल नेटवर्क वगैरह होते हैं. अपने मोबाइल की कुछ साइटों पर जाएं, जैसे कि Gmail, Amazon, Twitter. गेम की तरह, 2D कैनवस के साथ बुनियादी सुविधाएं पहले से ही सही हैं और WebGL मोबाइल पर दिखने लगा है - Firefox 4 देखें. जब तक यह ज़्यादा बड़े पैमाने पर उपलब्ध नहीं हो जाता, तब तक फ़्रेमवर्क का एक बड़ा ग्रुप लगातार बढ़ रहा है.ये ऐसे फ़्रेमवर्क हैं जो WebGL ऐप्लिकेशन को, OpenGL ऐप्लिकेशन के साथ इंटिग्रेट कर देते हैं. इससे OpenGL का फ़ायदा लिया जा सकता है, जैसे कि ImpactJS.
डेवलपर अनुभव
पॉइंट: नेटिव विज्ञापन बनाना आसान होता है
नेटिव ऐप्लिकेशन में प्रोग्रामिंग की बेहतर भाषाओं (जैसे Java, Objective C, C++) का इस्तेमाल किया जाता है. इन्हें ऐप्लिकेशन के जटिल डेवलपमेंट के लिए डिज़ाइन किया गया था और जिनका ट्रैक रिकॉर्ड भरोसेमंद है. एपीआई को बुनियादी तौर पर डिज़ाइन किया गया था, ताकि इस प्लैटफ़ॉर्म पर आसानी से काम किया जा सके. डेस्कटॉप एम्युलेटर में, ऐप्लिकेशन को आसानी से डीबग किया जा सकता है. इससे आपको टारगेट डिवाइस की पूरी जानकारी मिलती है.
जो चीज़ वेब डेवलपमेंट को सबसे ज़्यादा मुश्किल बनाती है, वह ब्राउज़र और रनटाइम की अलग-अलग तरह है. जब आपका ऐप्लिकेशन चलता है, तो X की कोई गारंटी नहीं होती है. और अगर है भी, तो ब्राउज़र इसे कैसे लागू करेगा? मानकों को आसानी से समझा जा सकता है.
काउंटरपॉइंट: वेब को डेवलप करना अक्सर आसान होता है. ऐसा खास तौर पर तब होता है, जब कई डिवाइसों को टारगेट किया जा रहा हो
आइए सबसे पहले कोर टेक्नोलॉजी का इस्तेमाल करते हैं. यह सच है कि वेब स्टैंडर्ड की शुरुआत मूल रूप से उस दौर में हुई थी, जब वेब की शुरुआत दस्तावेज़ों के बारे में थी, ऐप्लिकेशन के बारे में नहीं. JavaScript के बनने और सिर्फ़ 10 दिनों में डिप्लॉय करने की सुविधा मिलती थी! हालांकि, अब वे कल्पना से भी कहीं ज़्यादा काबिल हो गए हैं. वेब डेवलपर ने अच्छे हिस्सों का फ़ायदा उठाना और खराब चीज़ों पर काबू करना सीख लिया है. अब ऐसे पैटर्न को समझा जा सकता है जिनका इस्तेमाल बड़े पैमाने पर किया जा सकता है. इसके अलावा, ये मानक अब भी बने हुए नहीं हैं और HTML5, CSS3, और EcmaScript Harmony जैसे टूल अब डेवलपर के अनुभव को बेहतर बना रहे हैं. आप C++ पसंद करें या Java को या JavaScript पर चर्चा होती है. यह आपके लेगसी कोड बेस पर भी निर्भर करता है. लेकिन इन दिनों हम JavaScript को एक गंभीर दावेदार के रूप में शामिल कर सकते हैं.
ब्राउज़र/रनटाइम फ़्रैगमेंटेशन का दूसरा पहलू यह है कि ये सभी एनवायरमेंट पहले से मौजूद होते हैं. Java में कोई Android ऐप्लिकेशन डेवलप करें और आपको iOS पर काम करने के लिए, ऑब्जेक्ट C में फ़ुल पोर्ट की ज़रूरत होगी. वेब ऐप्लिकेशन को एक बार डेवलप करें और यह Android और iOS पर चलेगा. WebOS, BlackBerry, Windows Mobile और... की बात नहीं, यही थ्योरी है. अगर आप वाकई सही अनुभव पाना चाहते हैं, तो व्यावहारिक तौर पर, आपको हर प्लैटफ़ॉर्म के हिसाब से चीज़ों में बदलाव करना होगा. हालांकि, ज़्यादातर मोबाइल ऑपरेटिंग सिस्टम के मामले में, आपको नेटिव वर्शन के मामले में भी ऐसा करना होगा. इसके लिए, डिवाइस के वर्शन अलग-अलग होते हैं और डिवाइस भी अलग-अलग होते हैं.
अच्छी खबर यह है कि वेब पर भी "फ़्रैगमेंटेशन" हमेशा से ही इस तरह से रहा है और इससे निपटने की जानी-मानी तकनीकें हैं. सबसे ज़रूरी बात, बेहतर तरीके से ऐप्लिकेशन करने की प्रक्रिया के सिद्धांत के हिसाब से, डेवलपर को सबसे पहले किसी बेसिक डिवाइस को टारगेट करने और प्लैटफ़ॉर्म की खास सुविधाओं की लेयर जोड़ने की ज़रूरत होती है, जहां यह उपलब्ध है. सुविधा की पहचान करने का मंत्र भी मदद करता है और इन दिनों, रिस्पॉन्सिव वेब डिज़ाइन को सपोर्ट करने के लिए हमारे पास Modernizr से मिलने वाली लाइब्रेरी से मदद मिल रही है. इन तकनीकों का समझदारी से इस्तेमाल करके, ज़्यादातर डिवाइसों तक अपनी पहुंच बढ़ाई जा सकती है, यहां तक कि पुराने स्कूल के "फ़ीचर फ़ोन" भी शामिल किए जा सकते हैं. यहां तक कि स्मार्टवॉच और टीवी जैसे नाप या आकार वाले डिवाइसों तक भी अपनी पहुंच बढ़ाई जा सकती है. भले ही, ब्रैंड और ओएस कुछ भी हो. Google IO 2011 में हुए कई यूज़र इंटरफ़ेस (यूआई) के हमारे डेमो को देखें. इसमें हमने तर्क और मार्कअप के सामान्य कोड बेस के साथ अलग-अलग नाप या आकार वाले डिवाइसों (फ़ीचर फ़ोन, स्मार्टफ़ोन, टैबलेट, डेस्कटॉप, टीवी) को टारगेट किया था.
देखें-और-फ़ील
पॉइंट: नेटिव फ़िट प्लैटफ़ॉर्म के रंग-रूप की जानकारी
किसी भी प्लैटफ़ॉर्म की सबसे खास बात, उसका रंग-रूप और उसका डिज़ाइन होता है. उपयोगकर्ता यह उम्मीद करते हैं कि कंट्रोल लगातार दिखाए जाएं और उनमें छेड़छाड़ की जाए. कुछ ऐसे मुहावरे होते हैं, जो अलग-अलग प्लैटफ़ॉर्म पर अलग-अलग होते हैं. जैसे, जब उपयोगकर्ता "लॉन्ग होल्ड" (कुछ सेकंड तक किसी एलिमेंट को छूते रहें) का प्रयोग करता है, तो क्या होता है? प्लैफ़ॉर्म में इस तरह की चीज़ों के लिए स्टैंडर्ड मुहावरे होते हैं और एक ही HTML5 ऐप्लिकेशन से उन सभी को पूरा नहीं किया जा सकता.
इसके अलावा, प्लैटफ़ॉर्म के रंग-रूप को प्लैटफ़ॉर्म की मूल सॉफ़्टवेयर लाइब्रेरी के हिसाब से व्यवस्थित किया जाता है. इसके विजेट, उपयोगकर्ताओं की उम्मीद के मुताबिक रंग-रूप की जानकारी देते हैं. स्थानीय टूलकिट का इस्तेमाल करने से आपको कई सुविधाएं मिलती हैं, जैसे कि "मुफ़्त" में.
काउंटरपॉइंट: वेब का अपना एक अलग अंदाज़ और डिज़ाइन है. साथ ही, उन प्लैटफ़ॉर्म के लिए वेब इंटरफ़ेस को भी पसंद के मुताबिक बनाया जा सकता है जो आपके लिए सबसे ज़्यादा ज़रूरी हैं
जैसा कि पिछले सेक्शन में बताया गया है, वेब डेवलपमेंट के लिए एक बुनियादी "एक ही साइज़ सभी के लिए फ़िट" वर्शन लिखना और फिर उसे धीरे-धीरे बेहतर बनाना है. बेहतर बनाने की सुविधा आम तौर पर सुविधाओं पर आधारित होती है. हालांकि, आप जिन प्लैटफ़ॉर्म की परवाह करते हैं उन्हें टारगेट करके भी इसे बेहतर बनाया जा सकता है. यह एक तरह की "ब्राउज़र की पहचान" करने की सुविधा है, जिसे वेब समुदाय कभी-कभी परेशान करता है. ऐसा अक्सर इसलिए होता है, क्योंकि कई तरह के ब्राउज़र उपलब्ध हैं. हालाँकि, अगर आपको दो या तीन प्लैटफ़ॉर्म बहुत ज़्यादा पसंद हैं और आप मूल विकल्पों के मुकाबले ज़्यादा कोशिश करने के लिए तैयार हैं, तो यह सही रास्ता हो सकता है.
आधारभूत वर्शन की बात करें, तो वेब का अपना रंग-रूप है और यह भी कहा जा सकता है कि हर मोबाइल प्लैटफ़ॉर्म का अपना "वेब रंग-रूप" होता है, जिसे डिफ़ॉल्ट ब्राउज़र और वेब रनटाइम के हिसाब से तय किया जाता है. "वेब के दिखने का तरीका" आपके उपयोगकर्ताओं के लिए ठीक हो सकता है. असल में, इसकी मदद से आप डेस्कटॉप ब्राउज़िंग अनुभव के साथ-साथ दूसरे डिवाइस पर काम कर रहे उपयोगकर्ताओं के साथ भी एक जैसा अनुभव पा सकते हैं. इसके अलावा, ऐसे कई सफल ऐप्लिकेशन भी हैं जो मूल लुक और स्टाइल के मुताबिक नहीं हैं. यह गेम के मामले में भी बिलकुल सही है (क्या आपका पसंदीदा मोबाइल गेम, मोबाइल ओएस की तरह ही काम करता है?) और पारंपरिक ऐप्लिकेशन के मामले में भी अपनी पसंद के ऐप्लिकेशन के मामले में.
कॉन्टेंट को आसानी से खोजने लायक बनाना
पॉइंट: नेटिव ऐप्लिकेशन को खोजना आसान होता है
Android Market और Apple के App Store जैसे ऐप्लिकेशन डिस्ट्रिब्यूशन सिस्टम, हाल के सालों में काफ़ी लोकप्रिय रहे हैं. ये तरीके पूरी मोबाइल इंडस्ट्री के लिए काफ़ी अहम हैं. कोई भी डेवलपर मार्केट में अपना खास ऐप्लिकेशन सबमिट कर सकता है, जहां उपयोगकर्ता उसे ब्राउज़ करके, खोजकर, और सुझाव पाएं. इतना ही नहीं, बल्कि अगर आपने अपना काम सही तरीके से किया है, तो चमकदार रेटिंग और टिप्पणियां उपयोगकर्ताओं को सभी ज़रूरी इंस्टॉल बटन दबाने के लिए प्रेरित करेंगी.
काउंटरपॉइंट: असल में, वेब ऐप्लिकेशन को खोजना ज़्यादा आसान है
वेब तार्किक रूप से अब तक का सबसे ज़्यादा खोजे जाने वाला माध्यम है. सामान्य यूआरएल में, वेब पर हमेशा पब्लिश होने वाली हर चीज़ के लिए, हमारे पास (कम से कम) एक यूनीक आइडेंटिफ़ायर है. इसमें स्टैंडर्ड वेबसाइटों पर पब्लिश किए गए ऐप्लिकेशन भी शामिल हैं. सर्च इंजन यह पता लगाने में आपकी मदद करते हैं कि कॉन्टेंट और दूसरी वेबसाइटें इससे लिंक की जा सकती हैं या नहीं. इसमें, मोबाइल मार्केटप्लेस से मिलते-जुलते वेब ऐप्लिकेशन की कैटलॉग भी शामिल हैं. वाकई, कोई भी व्यक्ति वेब ऐप्लिकेशन को ईमेल और सोशल नेटवर्क मैसेज से लिंक करके अपने दोस्तों के साथ शेयर कर सकता है. लिंक एसएमएस में भी भेजे जा सकते हैं, जहां मोबाइल उपयोगकर्ता लिंक पर क्लिक करके अपने डिवाइस के ब्राउज़र में ऐप्लिकेशन को लॉन्च कर सकते हैं.
अभी हमारे पास ऐसे मार्केटप्लेस नहीं हैं जहां उपयोगकर्ता ऐप्लिकेशन को रेटिंग दे सकें और उन पर टिप्पणी कर सकें, लेकिन यह भी बदल रहा है. आगे पढ़ें...
कमाई करें
पॉइंट: मूल निवासी से कमाई की जा सकती है
"छह साल का बच्चा लंच के समय ऐप्लिकेशन बनाता है, हर एक की कीमत 300 रुपये की ज़िलियन कॉपी बेचती है". इन दिनों आपको हेडलाइन बहुत ज़्यादा दिख रही है. इसलिए, छोटे और बड़े, सभी डेवलपर, कमाई करने के लिए मोबाइल मार्केटप्लेस खोज रहे हैं. मोबाइल प्लैटफ़ॉर्म, डेवलपर को ऐसे कई तरीके उपलब्ध कराते हैं जिनकी मदद से डेवलपर अपने ऐप्लिकेशन के लिए सीधे तौर पर शुल्क ले सकते हैं. सबसे आसान तरीका है कि एक बार में किया जाने वाला पेमेंट, ऐप्लिकेशन को हमेशा के लिए अनलॉक करने के लिए किया जाए. कुछ प्लैटफ़ॉर्म पर इन-ऐप्लिकेशन पेमेंट और सदस्यता लेने के तरीके भी उपलब्ध हैं. ये सभी प्लैटफ़ॉर्म, हमेशा एक जैसे, सुरक्षित, और सुरक्षित तरीके से काम करते हैं. पैसे चुकाने के इन नए तरीकों से डेवलपर, स्मैश-हिट ऐप्लिकेशन को लंबे समय तक कमाई करने के लिए इस्तेमाल करते हैं.
ऐप्लिकेशन के ज़रिए पैसे चुकाने के अलावा, आप परंपरागत वेब मॉडल जैसे विज्ञापन और स्पॉन्सरशिप जैसे वेब मॉडल से भी कमाई कर सकते हैं.
काउंटर पॉइंट: वेब पर कमाई करना हमेशा से मुमकिन है और इसकी संभावना बढ़ती जा रही है
अगर वेब पर कमाई करने के पर्याप्त अवसर न थे, तो वेब, आधुनिक उद्योग का इंजन नहीं होगा. हालांकि, सीधे तौर पर "हर इस्तेमाल के लिए पैसे चुकाने" के तरीके फ़िलहाल फल-फूल नहीं रहे हैं, लेकिन ऐसी कई खास चीज़ें हैं जिनमें सदस्यता पर आधारित "सेवा के तौर पर सॉफ़्टवेयर" समाधान वाकई में बेहतर बन चुके हैं. उदाहरण के लिए, Google Apps, 37Signals के प्रॉडक्ट और विभिन्न ईमेल सेवाओं के प्रीमियम वर्शन. इसके अलावा, वेब ऐप्लिकेशन से मुनाफ़ा कमाने का सिर्फ़ यही एक तरीका नहीं है. इनमें ऑनलाइन विज्ञापन, अफ़िलिएट लिंक, स्पॉन्सरशिप, और दूसरे प्रॉडक्ट और सेवाओं के ज़रिए क्रॉस-प्रमोशन शामिल हैं.
हालांकि, वेब डेवलपर के लिए हेडलाइन को पढ़ना और पेमेंट से ईर्ष्या से झिझकना एकदम सही है. नेटिव मार्केटप्लेस में वेब यूआरएल सबमिट नहीं किया जा सकता, ऐसे में वेब डेवलपर क्या करेगा? इसके लिए आपको एक नेटिव "रैपर ऐप्लिकेशन" बनाना होगा - हर उस प्लैटफ़ॉर्म के लिए जिसे आपको टारगेट करना है, एक खाली नेटिव ऐप्लिकेशन बनाएं, जिसमें सिर्फ़ एक वेब व्यू हो. वेब व्यू वह जगह है जहां असली ऐप्लिकेशन को एम्बेड किया जाता है. इसके बाद, आपको इन ऐप्लिकेशन को अलग-अलग मार्केटप्लेस में सबमिट करना होता है और उम्मीद है कि आपको अच्छी कमाई होती जाएगी! आज मुख्य मार्केटप्लेस में वेब पर चलने वाले ऐसे ऐप्लिकेशन शायद सैकड़ों न हों जो आज के समय में वेब पर चलने वाले ऐप्लिकेशन हैं. इनमें से कुछ ऐप्लिकेशन बेहद मज़ेदार तरीके से इतने घिसे-पिटे हैं कि हम उनके वेब ऐप्लिकेशन के बारे में जानते भी नहीं हैं.
एक समस्या यह है कि हर प्लैटफ़ॉर्म के हिसाब से अलग-अलग फ़ॉर्मैट में कॉन्टेंट कंपाइल करने में परेशानी होती है. यहां बताया गया है कि PhoneGap जैसा मौजूदा फ़्रेमवर्क मदद कर सकता है. इससे भी बेहतर बात यह है कि PhoneGap Build और Apparatio जैसी वेब सेवाओं पर काम चल रहा है. इन वेबसाइटों को अपने कोड रिपॉज़िटरी की तरफ़ पॉइंट करें, और एक Android ऐप्लिकेशन, एक iOS ऐप्लिकेशन, वगैरह पॉप आउट हो जाते हैं... आप संबंधित स्टोर में सबमिट करने के लिए तैयार हैं. आपने अपनी मशीन पर कोई मूल SDK टूल इंस्टॉल नहीं किया है; इन सभी स्थानीय ऐप्लिकेशन को बनाने के लिए, आपको सिर्फ़ कोड एडिटर और वेब ब्राउज़र की ज़रूरत होती है.
क्या मार्केटप्लेस कभी भी वेब ऐप्लिकेशन को मूल रूप से रैप किए बिना सीधे तौर पर काम करते हैं? फ़िलहाल, इस बारे में ज़्यादा जानकारी नहीं है. हम जानते हैं कि Google ने पिछले साल Chrome वेब स्टोर लॉन्च किया था. हालांकि, यह सिर्फ़ डेस्कटॉप पर लागू हुआ है. हालांकि, स्टोर ने अन्य ब्राउज़र वेंडर की दिलचस्पी को बढ़ाया है. साथ ही, यह वेब ऐप्लिकेशन कैटलॉग के रुझान का हिस्सा है, जिनमें मोबाइल के लिए कुछ खास कोशिशें भी शामिल हैं. यह वेब स्टोर के काम की शुरुआत का समय है, लेकिन इसके संकेत भरोसेमंद होते हैं.
मीटिंग में सामने आए नतीजे
यहां एक विजेता की घोषणा करना अच्छा होगा, लेकिन अभी, कोई विजेता नहीं बताया जा सकता है. कुछ ऐप्लिकेशन, नेटिव ऐप्लिकेशन के लिए सबसे सही होते हैं और कुछ वेब के लिए सबसे सही होते हैं. वेब स्टैक में बेशक ज़्यादा तेज़ी की ज़रूरत होती है, लेकिन क्षमताओं और काम करने की क्वालिटी के मामले में, नेटिव ऐप्लिकेशन भी तेज़ी से काम कर रहे हैं. जब तक ऐसा समय न आए जब ज़्यादातर मोबाइल ओएस का इस्तेमाल करने के लिए वेब टेक्नोलॉजी सबसे बेहतर नागरिक हों, तब तक मूल सॉफ़्टवेयर को समझना बहुत ज़रूरी है.
इस लेख में जिस तकनीक के बारे में बताया गया है वह है हाइब्रिड ऐप्लिकेशन. हालांकि, कुछ डेवलपर के लिए यह सबसे सही तरीका हो सकता है: जहां संभव है वहां वेब व्यू और प्लैटफ़ॉर्म के हिसाब से बने खास नेटिव कॉम्पोनेंट, जहां ऐसा नहीं है.
अगर आपने वेब पाथ चुना है, तो वेब के स्टैंडर्ड को ध्यान में रखें. साथ ही, वेबसाइट को बेहतर बनाने के तरीके को ध्यान में रखें. वेब एक ऐसी टेक्नोलॉजी है जो कई डिवाइसों और ऑपरेटिंग सिस्टम को टारगेट करने का तरीका जानती है. आप चाहे इसे "फ़्रैगमेंटेशन" कहें या "विविधता", वेब इसे अपनाता है और डेवलपर पुराने आर्ट का फ़ायदा उठा सकते हैं.