क्या HTML5 / JS अंततः सभी क्लाइंट साइड भाषाओं को बदल देगा? [बन्द है]

Question

मैं यह सब भविष्य के बारे में सोच रहा हूँ। IMHO, 4 सेनाएँ हैं जो परिभाषित करती हैं कि प्रौद्योगिकी कहाँ जाती है: Microsoft, Apple, Google, Adobe।

ऐसा लगता है कि Apple के iPhone / iPad iADs को अब HTML5 में प्रोग्राम किया जा सकता है। तो इसका मतलब यह है कि HTML5 अंततः उद्देश्य-सी की जगह लेगा?

इसके अलावा, माइक्रोसॉफ्ट अब WPF / सिल्वरलाइट से HTML5 पर ध्यान केंद्रित कर रहा है और मुझे लगता है कि Visual Studio 2011 HTML5 के लिए टूलिंग समर्थन के बारे में होगा। क्योंकि यही माइक्रोसॉफ्ट करता है। (उपकरण)। कुछ महीनों में IE9 अंतिम प्रमुख ब्राउज़र HTML5 का समर्थन करेगा।

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

और हम सभी जानते हैं कि Google html5 के साथ बिस्तर में कितना है। हेक, उनका नवीनतम ऑपरेटिंग सिस्टम (क्रोम ओएस) एक बड़े वसा वेब ब्राउज़र के अलावा कुछ भी नहीं है।

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

तो दृढ़ता से टाइप की जाने वाली भाषाएं वास्तव में बर्बाद होती हैं, और भविष्य में, 5-10 साल कहते हैं, क्या क्लाइंट साइड प्रोग्रामिंग केवल एचटीएमएल 5 में होगी? क्या हम सब जावास्क्रिप्ट प्रोग्रामर बनेंगे? :) क्योंकि संकेत निश्चित रूप से इस तरह इशारा कर रहे हैं ...

Comments

जो प्रगतिशील उन्नति के पैरोकार हैं, उन्हें अब तक अपनी कब्र में रोल करना होगा।

— Gio Borje

क्या आप कह रहे हैं कि मजबूत टाइपिंग के लाभों की अब आवश्यकता नहीं होगी?

— एरोन एनोडाइड

मुझे लगता है कि यह वीएस 2012 होगा, वीएस 2011 नहीं।

— डेडएमजी

अगर ऐसा है, तो मुझे बस खुद को मारना होगा।

— जॉब

मैं ब्राउज़र संगतता के बारे में चिंता करते हुए थक गया हूं। यह बहुत ही बचकाना है।

— मफिन मैन

Answer 1

मुझे लगता है कि यह सुझाव देना गलत है कि HTML5 / JS सभी क्लाइंट-साइड भाषाओं को बदल देगा । क्या आने वाले वर्षों में बहुत सारे आवेदन इस तरह से जाएंगे? हां शायद। उन सभी का होगा? नहीं।

ध्यान देने के लिए अन्य प्रमुख बिंदु यह है कि परिदृश्य लगातार बदल रहा है। एचटीएमएल 5 एक बेहतरीन तकनीक है जो डेवलपर्स के पास बहुत सारे मुद्दों को हल करने का वादा करता है जो वर्तमान में क्रॉस-प्लेटफॉर्म पर काम करने वाले अनुप्रयोगों को लिखने की कोशिश कर रहे हैं। निश्चित रूप से, HTML5 / JS उन कई समस्याओं को हल कर सकता है, लेकिन परिदृश्य बदल जाएगा और समस्याओं का एक नया सेट सामने आएगा। HTML5 अंततः दिनांकित प्रतीत होगा।

10 वर्षों में, अपने आप से पूछें कि क्या एचटीएमएल 5 / जेएस सभी समस्याओं का समाधान था और मैं सभी को जवाब दे सकता हूं लेकिन जवाब नहीं होगा। 20 साल में यह सवाल अपने आप में हास्यास्पद लगेगा।

Comments

+1 मैं पूरी तरह सहमत हूं। इतिहास में थोड़ा पीछे देखें, "नवीनतम और महानतम" को हमेशा नए "नवीनतम और महानतम" द्वारा प्रतिस्थापित किया जाता है। यह प्रोग्रामिंग का बहुत बड़ा हिस्सा है, यह हमेशा विकसित होगा।

— बेथ व्हाइटजेल

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

— एरोन एनोडाइड

Answer 2

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

Comments

केवल वैधानिक रूप से टाइप की जाने वाली भाषाओं के बारे में नहीं जानते, लेकिन अगर आप jQuery या MooTools या वहां की तरह फेंक देते हैं, तो मैं आपसे सहमत हो

— जाऊंगा

मैं आपसे असहमत हूं कि जावास्क्रिप्ट खराब भाषा है, यह बिल्कुल सही नहीं है! :) जैसा कि लगता है कि बहुत से आलसी प्रोग्रामर हैं जो जावा या किसी अन्य सर्वर साइड भाषाओं को कई वर्षों से जानते हैं और वे नई भाषाएं सीखकर खुद को बेहतर नहीं करना चाहते हैं और वे कहते हैं कि जावास्क्रिप्ट खराब है: डी यही कारण है कि बहुत सारे उपकरण हैं और सर्वर साइड भाषाओं के साथ जावास्क्रिप्ट उत्पन्न करने के लिए चौखटे! जावास्क्रिप्ट एक वेब खिलौना नहीं है, यह एक वास्तविक भाषा है!

— झंगो डेस

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

मैं कल्पना नहीं कर सकता कि मैं जावा की 50 पंक्तियों को लिखना क्यों पसंद करूंगा, यह उम्मीद करते हुए कि मेरे बदलाव को हॉट-स्वैप किया जा सकता है, जब मैं जावास्क्रिप्ट की दस लाइनें लिख सकता था, और बस पृष्ठ को फिर से लोड कर सकता हूं। या जब मैं नहीं देख रहा था तो वेब सर्वर पुनरारंभ को समाप्त कर दिया गया है?

— केविन क्लाइन

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

— पीटरअलेनवेब

Answer 3

हाँ।

यहाँ पर क्यों। एप्लिकेशन उपयोगकर्ता इंटरफ़ेस कोड और बैक-एंड डेटा से बने होते हैं। उपयोगकर्ता इंटरफ़ेस कोड HTML5 / CSS3 / जावास्क्रिप्ट में चलाया जाता है। बैक-एंड कोड मालिकाना हो सकता है और जो भी भाषा में चलता है। इसके अलावा, jQTouch और समान पुस्तकालयों का उपयोग iPhone की तरह UI का अनुकरण करने के लिए किया जा सकता है लेकिन ओपन-सोर्स और जावास्क्रिप्ट / HTML5 / CSS में लिखा गया है। jQTouch ने दिखाया है कि यदि ब्राउज़र जेएस प्रोग्रामरों को डिवाइस के UI इवेंट तक पहुंच प्रदान करता है, तो जेएस प्रोग्रामर यूआई शैली का अनुकरण करेंगे जो उसी प्लेटफॉर्म के लिए फैशन में है।

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

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

ज्यादातर स्टैंड-अलोन ऐप मेरी राय में इतने शानदार नहीं हैं। जैसे कुछ बेहतरीन स्टैंड-अलोन पीसी ऐप हैं, और सबसे अच्छे वेब ऐप में तब्दील हो रहे हैं। वास्तव में HTML / JS / CSS क्लाइंट ऐप को मुफ्त में देना और बैक-एंड डेटा और व्यावसायिक तर्क तक पहुंच के लिए मासिक शुल्क लेना बेहतर है। प्रोग्रामर एक-शॉट ऐप की तुलना में बेहतर सेलिंग सब्सक्रिप्शन करेंगे।

BTW इस वीडियो पर एक नजर वेब ब्राउज़र पर एक स्टैंडअलोन वेब ऐप का एक हिस्सा लिखने पर है। यह दिलचस्प है...

Comments

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

@Schnitzel - इंडिपेंडेंट डेवलपर्स पैसे कमाएंगे अगर वे बैक एंड भी बनाते हैं।

— जय गोडसे

-1 के लिए "उत्पादकता लाभ सभी गतिशील व्याख्या की गई भाषाओं में जाएंगे" - यह मेरी राय में बहुत गलत है। मैं स्केला जैसी स्थिर टाइप और संकलित भाषाओं में बहुत अधिक उत्पादक हूं । मैं अपनी IDE में बहुत तेज़ी से त्रुटियों को पाता हूं, जैसे कि PHP, Python और Ruby जैसी गतिशील भाषाओं के साथ।

— जोनास

मैं वास्तव में Scala के बजाय PHP / Ruby / Python का उपयोग करने के लिए कोई लाभ नहीं देख सकता।

— जोनास

@ जोंस - प्रोग्रामर.स्टैकएक्सचेंज. com/questions/7516/… पर आपका अपना प्रश्न बताता है कि डायनेमिक भाषाएं उत्पादकता पैक का नेतृत्व करती हैं।

— जय गोडसे

Answer 4

HTML / Javascript के साथ सी कोडिंग, जावा ... जैसे एप्लिकेशन कोडिंग भाषाओं को बदलने की इच्छाशक्ति है। इसके पीछे कई कारण हैं, उनमें से कुछ:

• तेजी से विकास
• सस्ता कार्यबल
• कनेक्टिविटी में बनाया गया है
• कुछ अच्छा लगने वाला उत्पादन करने में आसान
• पाठ अनुक्रमण इंजनों के लिए सुलभ है

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

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

Answer 5

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

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

इसे योग करने के लिए, हमेशा नए उपकरण / भाषा / प्रौद्योगिकियां होंगी जो वर्तमान वाले की तुलना में हमेशा कूलर रहेंगी ।

Answer 6

सभी नहीं पर शायद सबसे ज्यादा। हो सकता है कि जावास्क्रिप्ट HashCalc को बदलने के लिए बहुत तेज़ हो सकता है, लेकिन VLC के लिए कोई वेब विकल्प नहीं है (ब्राउज़र उन सभी कोडेक्स का समर्थन नहीं करेगा)। मुझे संदेह है कि वेबब्रोसर मुझे किसी भी फ़ाइल को एक्सेस करने देगा, जिसे मैं हाल ही की फ़ाइल सूची (बिना 'के लिए यह ठीक है एक्सेस करने के लिए स्टोर करना) को हर बार हाल की फ़ाइल पर क्लिक करता हूं) और मुझे उन ऐप्स को वितरित करने का विचार पसंद नहीं है जो 99% वेब ब्राउज़र हैं (कई mb) कोड के मेरे 100kb के साथ जब यह उन मामलों की बात आती है जहां कोड टूटता है bc ब्राउज़र html के साथ पीछे संगत नहीं हैं या मुझे webkit के एक भिन्न / मामूली संशोधन की आवश्यकता है।

-edit- मुझे भी स्थैतिक भाषाएं पसंद हैं बल्कि फिर गतिशील लेकिन मुझे लगता है कि मैं LLVM के साथ एक अच्छी भाषा का उपयोग कर सकता हूं जिसे ब्राउज़र द्वारा समर्थित किया जाना चाहिए।

Answer 7

मुझे लगता है कि हम उस दिशा में तब तक चलते रहेंगे जब तक कि ब्राउज़र ऑपरेटिंग सिस्टम नहीं बन जाता है और फिर सब कुछ उसी क्रम में फिर से शुरू हो जाएगा, लेकिन सीखे गए और सुधार के साथ।