Google Android पर स्विफ्ट का उपयोग करने पर विचार करेगा

तीव्र

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

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

और इसी कारण से स्विफ्ट को "ओपन सोर्स" जारी किया गया था या ओपन सोर्स, इसका मतलब यह है कि कोई भी अधिकार या ऐसी किसी चीज़ के लिए भुगतान किए बिना इसका प्रयोग कर सकता है, यह समुदाय के लिए उपयोग करने के लिए मुफ़्त है।

विस्तार की नियति

तीव्र

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

महत्वपूर्ण बात यह है कि चूंकि यह खुला स्रोत है, इसलिए कोई भी अन्य कंपनी इसका उपयोग कर सकती है और यदि चाहे तो इसे अपने सिस्टम में लागू कर सकती है, और यही वास्तव में है Google एंड्रॉइड पर स्विफ्ट लागू करने पर विचार कर रहा है.

लंगर तौलना

एंड्रॉइड जावा

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

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

एक आज़ाद पंछी

एंड्रॉइड स्विफ्ट

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

इस प्रकार, Google का एक "कठिन" निर्णय है, या तो वह अपने बारे में सोचता है और कोटलिन को एंड्रॉइड में एकीकृत करने के लिए आगे बढ़ता है, या वह डेवलपर्स के बारे में सोचता है, और अपनी ओर से बहुत अधिक समय और काम का त्याग करता है (चूंकि एंड्रॉइड पर स्विफ्ट को पेश करने के लिए कई पहलुओं को संशोधित करना और फिर से बनाना आवश्यक होगा) सिस्टम और यहां तक ​​कि स्वयं के आधार) एंड्रॉइड के लिए विकास के कार्य को बहुत आसान बनाते हैं।

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

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

धीमा संक्रमण

तीव्र

Apple द्वारा बनाई गई भाषा का उपयोग करने के लिए कोई भी Google को दोषी नहीं ठहराएगा, मैं व्यक्तिगत रूप से इसे देखता हूं निन्दनीय से अधिक प्रशंसनीय, और यदि आपके पास अपने उपयोगकर्ताओं को बेहतर उत्पाद या बेहतर अनुभव प्रदान करने का अवसर है, तो इसका लाभ न उठाना निंदनीय बात होगी, और ऐसा करने से आप अपने प्रतिद्वंद्वी का लाभ उठाए बिना अपने स्वयं के उत्पाद को बेहतर बना सकते हैं। उन्हें एक प्रतिशत का भुगतान करना।

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

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

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

यह सब कहने के बाद, हम केवल यह देखने के लिए इंतजार कर सकते हैं कि Google क्या कदम उठाता है, क्या उस पर अन्य पक्षों से दबाव पड़ता है या नहीं और ये कदम उसके अंतिम उत्पादों या Apple को कैसे प्रभावित करते हैं, जब तक हम इंतजार करते हैं, क्या आप इस परिदृश्य को साकार होते देखना चाहेंगे?


Google समाचार पर हमारा अनुसरण करें

अपनी टिप्पणी दर्ज करें

आपका ईमेल पता प्रकाशित नहीं किया जाएगा। आवश्यक फ़ील्ड के साथ चिह्नित कर रहे हैं *

*

*

  1. डेटा के लिए जिम्मेदार: एबी इंटरनेट नेटवर्क 2008 SL
  2. डेटा का उद्देश्य: नियंत्रण स्पैम, टिप्पणी प्रबंधन।
  3. वैधता: आपकी सहमति
  4. डेटा का संचार: डेटा को कानूनी बाध्यता को छोड़कर तीसरे पक्ष को संचार नहीं किया जाएगा।
  5. डेटा संग्रहण: ऑकेंटस नेटवर्क्स (EU) द्वारा होस्ट किया गया डेटाबेस
  6. अधिकार: किसी भी समय आप अपनी जानकारी को सीमित, पुनर्प्राप्त और हटा सकते हैं।

  1.   वेबसाइडिस कहा

    एंड्रॉइड में मौजूद विखंडन के साथ, Google उसके साथ नहीं खेल सकता, श्रीमान Google ने इसके बारे में पहले ही सोचा था

  2.   टोनी कहा

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

  3.   ज़ेरह कहा

    वास्तव में, लेख के लेखक को कई चीज़ों के संबंध में स्वयं को बेहतर ढंग से प्रलेखित करना चाहिए था। कुछ चीजें ऐसी होती हैं जिनका आपस में न्यूनतम संबंध भी नहीं होता। एंड्रॉइड में मौजूद प्रदर्शन समस्याएं उस समय हार्डवेयर की कमी के कारण थीं और बदले में इस तथ्य के कारण कि ऑपरेटिंग सिस्टम वह अनुमति देता था जो आईओएस नहीं करता था। वर्तमान में IOS ने वास्तविक मल्टीटास्किंग और वोइला की शुरुआत की है!! हम Apple उपकरणों को देखते हैं। वर्चुअल मशीनें वास्तव में संकलित भाषाओं से भी बेहतर निष्पादन प्राप्त करने की एक तकनीक है, प्रदर्शन संबंधित नहीं है। वर्चुअल मशीनें, जैसे .Net (माइक्रोसॉफ्ट से, जहां Xbox गेम चलते हैं) का प्रदर्शन जावा वर्चुअल मशीन से भी कम है। आज की वर्चुअल मशीनों में एक रनटाइम कंपाइलर होता है, जिसे JIT कहा जाता है। वे बाइटकोड को पहली बार निष्पादित करते समय बाइनरी में संकलित करते हैं, लेकिन उक्त संकलन से पहले, बाइटकोड प्रोग्रामर कोड को अनुकूलित करता है, और बदले में जेआईटी द्वारा संकलित किए जाने पर इसे फिर से अनुकूलित किया जाता है। अगली बार के लिए आपको इसका बेहतर दस्तावेजीकरण करना चाहिए।

  4.   ज़ेरह कहा

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