जावास्क्रिप्ट: सक्शन फ्रैक्टल

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

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

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

अब भी समस्या क्यों है?

जावास्क्रिप्ट पूरी तरह से पर्ल के इतिहास को दोहराता है, जो एक समय में एक समान टेक-ऑफ और लगभग समान समस्याओं का अनुभव करता था, मैं यहां तक ​​कहूंगा कि 15-20 साल बाद जावास्क्रिप्ट एक खराब पर्ल पैरोडी है।

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

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

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

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

अंत की शुरुआत

यदि आप अंत तक सब कुछ पढ़ने के लिए बहुत आलसी हैं, तो जावास्क्रिप्ट की मुख्य समस्या वाक्यांश द्वारा बनाई गई है "भाषा का दायरा इसके लिए आवश्यकताओं को आगे रखता है कि यह संतुष्ट करने में सक्षम नहीं है।" और भाषा के निर्माण के समय भी यह समस्या उत्पन्न हुई:

जेएस को "जावा की तरह दिखने" के लिए बाध्य किया गया था, केवल छोटा, जावा के लिए किसी प्रकार का छोटा गूंगा भाई होना। इसके अलावा, इसे 10 दिनों में लिखा जाना चाहिए था, अन्यथा हमारे पास जेएस से कुछ बुरा होता।

यह मई 1995 में था, और कुछ भी बीमार नहीं पड़ा। दुर्भाग्य से, आखिरी व्यक्ति जो जानता था कि जावास्क्रिप्ट के निर्माण के 15 साल बाद वेब बुनियादी ढांचे का क्या होगा, लगभग 2000 साल पहले स्वर्ग में चढ़ा था। हालाँकि, बुरी भाषाएं कहती हैं कि अगर उन्हें पता होता कि आज कौन से वेब एप्लिकेशन बदल जाते, तो वे नहीं चढ़ते।

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

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

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

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

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

अब क्षितिज पर ECMA-6 करघे हैं, जो अंततः भाषा मानक में मॉड्यूल जोड़ देगा। लेकिन सिंटैक्टिक इकाइयों के रूप में केवल मॉड्यूल! नामकरण के अनुसार ऑटो-लोडिंग की समस्या, साथ ही साथ निर्भरता के प्रबंधन की समस्या को इस तरह हल नहीं किया जाएगा। वे निजी वर्ग के सदस्यों के बिना, हालांकि, कई लोगों से परिचित ओओपी समर्थन भी जोड़ेंगे। हालांकि, यहां तक ​​कि एक मानक जारी होने की स्थिति में, रोजमर्रा के अभ्यास में इसका परिचय एक दिन का व्यवसाय नहीं है। संभावना है कि ये परिवर्तन पहले ही देर से हो चुके हैं, यह मुझे लगता है कि समुदाय आवश्यकता के अनुसार उपयोग करेगा। जेएस और इसके एनालॉग आदत से बाहर हैं। एक ही बात घुमंतू पुनरावृत्तियों और जनरेटर के साथ हुई, जो डेढ़ एस्थेट का उपयोग करते हैं। यह केवल इसलिए होगा क्योंकि वे इसके लिए उपयोग किए जाते हैं, क्योंकि एक्मा -6 समर्थन कई में अनुपस्थित होगा, हालांकि सबसे आधुनिक नहीं, लेकिन बहुत ही सामान्य ब्राउज़र। लेकिन मानक में कार्यों का वर्णन करने के लिए एक नया वाक्यविन्यास होगा ! क्या ऐसा नहीं है जो हम सपने देख रहे हैं, इन सभी वर्षों में हमारे पास क्या कमी है?

विशेष रूप से, जावास्क्रिप्ट विकास का पूरा इतिहास मुझे लगता है जैसे विभिन्न ब्राउज़र डेवलपर्स द्वारा मानकों के कंबल को खींचना। पहले संस्करणों के IE और फ़ायरफ़ॉक्स में getElementBy * की असंगतता शायद कई लोगों द्वारा याद की जाती है, E4X तकनीक, जो मोज़िला उत्पादों के हिस्से के रूप में कई वर्षों तक जीवित रही है। संभवतः इस तरह के और भी कई उदाहरण थे, लेकिन वे मेरे लिए एक आम आदमी के रूप में अज्ञात हैं। लेकिन यह विचार कि एचटीएमएल 5 सभी ब्राउज़रों द्वारा समान रूप से समर्थित नहीं है, हवा में है।

आगे पढ़ने से पहले

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

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

जावास्क्रिप्ट सीखने के लिए वित्तीय प्रेरणा भी बहुत संदिग्ध है। मुझे करने के लिए, Mojlocious से जौ, Django के साथ इस pythonic के साथ, RoR की टीम के साथ, उनके ढांचे के बंडल के साथ PHP- डेवलपर्स की कंपनी, और यह भी जावा और C # में प्रोग्रामर के उस पलटन के लिए - वे हमें इस तथ्य से भुगतान नहीं करेंगे कि हम सभी को देरी हो जाएगी। जावास्क्रिप्ट quirks। यदि परियोजना जावास्क्रिप्ट में क्लाइंट पक्ष में हमारी अक्षमता से बहुत ग्रस्त है, तो फ्रंट-एंड विक्रेता को बस काम पर रखा जाएगा। या फ्रंटएंडर्स की एक टीम। और यह महत्वाकांक्षा नहीं है, बल्कि श्रम का विभाजन है। और सामान्य अभ्यास, वैसे।

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

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

मुख्य जावास्क्रिप्ट समस्या आप है

यदि, इस मार्ग को पढ़ने के परिणामस्वरूप, आपको अपनी पीठ की तुलना में कहीं अधिक असहमति की भावना है, तो आपको पता होना चाहिए कि यह निश्चित रूप से आपके बारे में नहीं है और आपके कार्यालय के बारे में नहीं है। आप एक अच्छे प्रोग्रामर हैं, आप एक प्रतिभाशाली युवा टीम में काम करते हैं। और अंत में, मैं जावास्क्रिप्ट प्रोग्रामर के साथ कई बार भाग्यशाली नहीं रहा हूं। यह तब होता है जब आप शरीर की दुकानों और फ्रीलांस पर घूमते हैं। और यहाँ मध्यम महत्वपूर्ण अकेला प्रतिशत है जो गंभीर कंपनियों में काम करता है, और यह एक विशिष्ट जावास्क्रिप्ट प्रोग्रामर की नज़र है जो मजबूत, साहसी और आम तौर पर ...

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

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

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

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

Javascripts के pleiad के सबसे प्रमुख प्रतिनिधियों में से, कैरियरवादियों का उल्लेख किया जा सकता है, जिनके गिठुब को उसी भाषा में लोकप्रिय रिपोजिटरी के कांटे से भरा गया है। कमिट जिसमें टाइपो को ठीक करने और प्रलेखन लिखने के लिए कम किया गया है। घोड़ों की बाड़ पर छाया डालने के लिए प्रोग्रामर की इस श्रेणी की क्षमता, सट्टा और लंबोदर के बीच अंतर पर चर्चा करते हुए, केवल पहले स्वतंत्र परियोजना में तरल प्राप्त करने की उनकी क्षमता के साथ तुलना की जा सकती है।जावास्क्रिप्ट के क्रेडिट के लिए, मुझे कहना होगा कि पायथन, रूबी के टेक-ऑफ के दौरान कई ऐसे रक्षक थे, लेकिन वेब अनुप्रयोगों की मांग लंबे समय तक बढ़ती रहेगी, और उसी स्तर के किसी अन्य प्रचार की उम्मीद नहीं की जाती है, इसलिए यहां वे लंबे समय तक बैठेंगे।

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

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

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

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

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

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

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

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

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

विशुद्ध रूप से औपचारिक दोष

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

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

अशक्त, तुलना ऑपरेटरों और सब कुछ, सब कुछ, सब कुछ

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

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

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

एक सामान्य तृतीय-पक्ष फ़ंक्शन, अपने तर्क के आधार पर, निम्नलिखित में से एक "खाली" मान लौटा सकता है:

  false      // -  false
  undefined  //  ,    
  null       //        null
  NaN        //       1 / 0
  {}         //   NULL,   ,      " "  
  []         //  ,      
  Object     //    ,    

     यह पुस्तकालयों की समस्याओं के बारे में ऊपर कहा गया था, लेकिन बहुत दूर जाने की आवश्यकता नहीं है। आपको क्या लगता है कि यदि आप इनपुट को गलत तारीख देते हैं, तो मानक दिनांक ऑब्जेक्ट का उत्पादन होगा? एक गलती? अशक्त? नहीं - वस्तु।

    var d = new Date("2012--12-01"); //     

    d.toJSON();       // null
    d.getTime();      // NaN
    d.toString();     //'Invalid Date'
    d.toISOString()   // -  !

     चूंकि यह ऊपर कहा गया था कि बहुत सारे लोग जावास्क्रिप्ट लिखते हैं, इसलिए सी-लेखक के लिए यह असामान्य नहीं है कि वह उसी तरह लिखें:

  function isEven(arg) {
    if (arg % 2 == 0)
      return 1;
    else
      return 0;
  }

     पर्ल लवर देंगे आउट

  function isEven(arg) {
    if (arg % 2 == 0)
      return 1;
    else
      return undefined;
  }

     एक PHP प्रोग्रामर उत्पादन और कर सकता है:

  function isEven(arg) {
    if (arg % 2 == 0)
      return 1;
    else
      return null;
  }

     हालांकि, इस तरह के कॉल की स्थिति में, केवल पहला विकल्प सही ढंग से काम करेगा।

if (isEven(3) == false) {
    alert(",  !");
}

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

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

  /^[a-zA-Z0-9]{8,}$/.test('passworD1'); //  

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

  var request = {
    "user"     : "alex",
    "password" : "sdjk23h78dg2"
  };

  // , 
  if ( /^[a-zA-Z0-9]{8,}$/.test(request["pasword"]) ) {
    save_user_to_database(request);
  } 

     और वह विशेषता है, उपयोगकर्ता सहेज लिया जाएगा। खाली पासवर्ड के साथ, या केवल नमक के साथ, यदि कोई हो। जावास्क्रिप्ट सुविधा के लिए यह सब धन्यवाद:

  /^[a-z]{1,10}$/.test(null);      // true 
  /^[a-z]{1,10}$/.test(undefined); // true 

रेखाएँ और संख्याएँ

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

     आइए देखें कि विभिन्न भाषाओं में तार की संख्याओं की व्याख्या कैसे होती है:

पीएचपी	34	32
अजगर	एक गलती	एक गलती
पर्ल	34	32
गहरे लाल रंग का	एक गलती	एक गलती
जावास्क्रिप्ट	'331'	32

तो parseInt और parseFloat आपके सबसे अच्छे दोस्त हैं। हालांकि संख्या से बेहतर ...

  //  , ,   ,   , ?
  parseInt(null, 24) === 23 // true

एकाधिक तर्क

     पॉप, शिफ्ट, या जो भी आप वहां उपयोग करते हैं, के माध्यम से तर्क सूचियों की सूची में जाकर अपने मोती और अजगर की आदतों को भूल जाएं।

  function lastNegative() {
    var negative = null;

    while ( arguments.length ) {
      negative = arguments.pop(); // 
      if (negative < 0)
        break;
    }

    return negative;
  } 

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

  var args = Array.prototype.slice.call(arguments);

सरणियों

     आपको हमेशा दिए गए सरणी के प्रकार और संरचना की सावधानीपूर्वक जांच करनी चाहिए, अन्यथा डिबगिंग के कुछ घंटों के बाद आपको यह जानकर आश्चर्य हो सकता है कि:

[]     == true // false -  ,    
[1]    == true // true  - ,   -   ,     true
[2]    == true // false -  ,    ,    true... 
[true] == true // false -      ,  true != true

//       ?
[1 , 1]  == true // false ...

//    ?
[ [1], [1] ]    == true // false
[ [ [ [1] ] ] ] == true // true

//  !
new Array()    == true // false 
new Array(1)   == true // false 
new Array(1,2) == true // false 

     निश्चित रूप से जावास्क्रिप्ट पेशेवरों के पास इस सब के लिए स्पष्टीकरण है, लेकिन समस्या दूर नहीं होगी। एकमात्र सांत्वना यह है कि Google के बिना हर भाषा गुरु यह नहीं समझा सकता है:

  new Array([],null,undefined,null) == ",,,"; // true

     ये सभी गलतफहमी कुछ कानूनों का पालन करती हैं, और विनिर्देशों के आंत्र में लिखी जाती हैं, लेकिन वे प्रतिरूप हैं, और ऐसी बुनियादी चीजों से संबंधित हैं, जो मैं बिल्कुल भी दस्तावेज में नहीं चढ़ना चाहती।

स्वरूपण

     इस तथ्य के कारण कि जावास्क्रिप्ट आपको सेट नहीं करने की अनुमति देता है; प्रत्येक पंक्ति के अंत में, आप एक फ़ंक्शन लिख सकते हैं, जो स्वरूपण के आधार पर, विभिन्न मान लौटाएगा:

  function foo() {
    return "  ,       ,    ";
  }
 
function bar() {
  return 
    "  ,       ,    ";
}

foo(); //  
bar(); //  undefined 

फॉरचेट स्टेटमेंट

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

for (index in ARRR) {
    var value = obj[index];
    console.log(value); 
}

     और कोई दादा विधि का उपयोग करना पसंद करता है:

for (var index = 0; index < a.length; ++index) {     
    console.log(a[index]); 
}

     जो लोग एक अंगूठी देवता का प्रचार करना चाहते हैं उनके लिए एक प्रकार है:

a.forEach(function(entry) {
    console.log(entry);
});

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

# dart
for (var x in collection) {   
    print(x); 
}

# coffeescript
for x in collection
    print(x)

और यह सब नहीं है

     यदि आप अधिक जावास्क्रिप्ट विशेषताओं को देखना चाहते हैं, तो wtfjs.com में आपका स्वागत है । बस वापस आ जाओ।

पूरे के हिस्से के रूप में जावास्क्रिप्ट

HYIP

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

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

उपकरण

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

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

     निकट भविष्य में औजारों की गुणवत्ता में व्यापक सुधार की उम्मीद नहीं की जा सकती है - Google जावास्क्रिप्ट संसाधन में इस तरह के संसाधनों को बनाने में कोई दिलचस्पी नहीं है जैसा कि V8 इंजन के विकास के लिए किया गया था। समुदाय अपनी बाइकों को देखने के लिए पसंद करता है, मौजूदा पहियों को पहियों के बजाय संलग्न करता है, इसलिए यदि यह नोडज + एनपीएम के बंडल को सीपीएएन स्तर तक ला सकता है, तो यह जल्द ही नहीं होगा।

asynchrony

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

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

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

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

     वैसे, यह दृष्टिकोण स्पष्ट रूप से अच्छे पुराने धागे की याद दिलाता है, जो कि अगर PHP में नहीं है, तो पहले से ही वेब 1.0 के समय में पर्ल और पायथन में उपलब्ध थे। और यह नहीं कहा जा सकता है कि वे सक्रिय रूप से उपयोग किए जाते हैं, फिर, अब। हां, अजगर में धागे जीआईएल के कारण धीमेपन के लिए प्रसिद्ध हैं, लेकिन मुझे, वर्तमान प्रक्रिया के भीतर केवल एक प्रोसेसर कोर तक ही सीमित नहीं है? हां, थ्रेड बनाने के लिए वाक्यविन्यास कभी-कभी कॉलबैक के रूप में संक्षिप्त नहीं होता है, लेकिन उत्तरार्द्ध भी पठनीयता में सुधार नहीं करता है, विशेष रूप से घोंसले के शिकार के दूसरे स्तर से शुरू होता है। और आपके पास दूसरे स्तर का घोंसला होगा, क्योंकि सभी I / O अतुल्यकालिक हैं।

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

     थ्रेड्स और कॉलबैक की तुलना करना औपचारिक रूप से गलत है, लेकिन व्यावहारिक दृष्टिकोण से, दोनों तकनीकों का उपयोग सक्रिय रूप से किसी भी तरह I / O ऑपरेशन के अंत के लिए इंतजार कर रहे समय को काटने के लिए किया जाता है। मुझे यह कहते हुए शर्म आ रही है, लेकिन मुझे सर्वर पर प्रोग्रामिंग करते समय अपनी समस्याओं को हल करने के संदर्भ में दो प्रौद्योगिकियों के बीच का अंतर नहीं दिखता है।

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

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

जीवन के लिए बैसाखी के साथ

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

location.href = 'http://habrahabr.ru/';

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

     यहां तक ​​कि मेरी राय में केवल एक ही अच्छी बात है कि जावास्क्रिप्ट में, नोड की शून्य गति है - और यह सुनिश्चित करने के लिए हजारों मरने वाले घंटों का परिणाम है कि यह सुनिश्चित करने के लिए कि ब्राउज़र धीमा नहीं पड़ता है जब वासिन साइट इसे सभी घुमावदार लिपियों के साथ चुनौती देती है। जब ट्विटर अगले टैब में काम करता है, तो कम से कम या तो यह इतना धीमा नहीं होता है। यह वेब अनुप्रयोगों को किसी भी बेहतर बनाने के लिए एक हताश प्रयास है। और यह प्रयास एक नहीं था - asm.js भी जावास्क्रिप्ट प्रदर्शन को बढ़ाने के लिए रणनीतियों में से एक था।

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

मानो सब कुछ है

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

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

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

  window.addLibraryPath("/js/vendor");
  var $ = window.loadLibrary("JQuery");
  window.loadLibrary("DataTables");

     क्योंकि अतुल्यकालिक, जो सामान्य क्रम में मॉड्यूल को लोड करने की अनुमति नहीं देता है (मुझे उन लोगों के लिए खुशी है, जिन्हें आवश्यकता होती है (["/ a / ab / ac", "b / ad / vr"]);), क्योंकि ये फिर से परिवर्तन हैं; भाषा ही, जो धीरे-धीरे और अलग-अलग तरीकों से सभी ब्राउज़रों तक पहुंच जाएगी, क्योंकि आवश्यकता होने पर भी और एएमडी मॉड्यूल को लागू करने के लिए वास्तविक मानक बन जाते हैं, पुस्तकालयों की एक बड़ी संख्या इसके साथ काम नहीं कर सकती है, और आपको रैपर लिखना होगा। और यह एक स्वाभाविक समस्या है यदि मॉड्यूल भाषा सीखने के क्षण में नहीं सीखते हैं, लेकिन महीनों, या वर्षों के बाद भी, जब प्रोग्रामर बड़े अनुप्रयोगों में बढ़ता है। और फिर, यह कुछ भाग के लिए बढ़ता है, पहले से ही मॉड्यूल स्थापित होना चाहिए के लिए अपनी स्वयं की स्थापित आवश्यकताएं हैं। एनपीएम

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

गलत प्रक्षेपण

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

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

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

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

     और छोटा वेब कहीं नहीं गया है। उसे अभी भी "साइट की पूर्वता" स्तर पर जावास्क्रिप्ट की आवश्यकता है, उसे एक सस्ते और व्यापक होस्टिंग की आवश्यकता है, उसे कई टन विशेषज्ञों की आवश्यकता है जो आसानी से मिल सकते हैं और नोडज में समान साइट के लिए PHP में 3 साइट लागतों को नहीं निकालेंगे।

काम की गति

     मैं अपनी टोपी को नोड्ज डेवलपर्स के पास ले जाता हूं, या बल्कि उन लोगों के लिए, जिन्होंने लिखा है, और सबसे महत्वपूर्ण बात, वी 8 इंजन को ही चूना है, जिसके लिए जावास्क्रिप्ट प्रसिद्ध रूप से किसी अन्य स्क्रिप्टिंग भाषा को गति में समर्पित करने में सक्षम है। यह जावा की गति से भी मेल खाता है। यही मांग का मतलब है, यही ब्राउज़र के बीच प्रतिस्पर्धा का मतलब है।

     लेकिन एक ही समय में, साइटों की व्यक्तिपरक गति जो क्लाइंट की तरफ जितना संभव हो उतनी कार्यक्षमता चलाने का प्रयास करती है। इसके 3 कारण हैं:

• . , - , , DOM . , , Javascript, - . .

• Javascript , : — , . — .

• , . , . , Javascript .

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

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

निष्कर्ष

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