वेब डेवलपर के लिए जंग - त्वरित शुरुआत और तेज उड़ान

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

प्रोग्रामिंग मूल्यों का एक संक्षिप्त इतिहास

इसलिए कि सामग्री सिर और दिल में अच्छी तरह से निहित है, यह संक्षेप में याद करना अच्छा है कि पिछले 50 वर्षों में लोग प्रोग्रामिंग में क्या करना चाहते थे और उन्होंने क्या किया। कोई अपराध नहीं, केवल व्यक्तिगत व्यक्तिपरक राय और होलीवर, 20 वर्षों के विकास के अनुभव द्वारा समर्थित।

निम्न स्तर की भाषाएँ: C, C ++

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


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

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

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

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

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

जावा, सी #, कोटलिन

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

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

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

हां, मेरे पास गैर-मादक बीयर और रबर महिलाओं के साथ समानताएं हैं।

हालाँकि, तुरंत दूर, जावा में निम्नलिखित समस्याएं सामने आईं:

• टाइपिंग सिस्टम में तार्किक "छेद" के कारण, जो C / C ++ से विरासत में मिला था, प्रकार "Null" जावा में मिला, जो आज तक कई समस्याओं का कारण बनता है और लगातार "बहुत अनुभवी नहीं" प्रोग्रामर के क्रैश की ओर जाता है जो वैकल्पिक प्रकार के बारे में नहीं जानते हैं और कार्यात्मक प्रोग्रामिंग से भिक्षुओं में रुचि नहीं रखते हैं
• जावा प्रोजेक्ट, कभी-कभी थोड़ा धीमा काम करते हैं, कूड़े कलेक्टर द्वारा आवश्यक C / C ++ की तुलना में अधिक रैम के आदेश की आवश्यकता होती है (हमारे पास कई परियोजनाएं हैं जो दसियों या सैकड़ों गीगाबाइट रैम का उपभोग करती हैं); यह अक्सर एक सीधी समस्या नहीं है, जैसा कि रैम की कीमतें गिर रही हैं, लेकिन "तलछट बनी हुई है"
• कचरा संग्रहण में तेजी लाने के लिए जीट संकलन और बड़े निवेश के बावजूद (जो कई और नए नियमित रूप से और लगातार दिखाई देते हैं: "नए जीसी आज़माएं, यह बेहतर है"), 20 वर्षों से कुछ उच्च-लोडेड जावा परियोजनाएं कई सेकंड के लिए नियमित रूप से विराम के साथ काम कर रही हैं, जिसे किसी भी तरह से हटाया नहीं जा सकता है (एक मजबूर कचरा संग्रह है, और जैसे जीसी में शिकंजा नहीं मुड़ता है, कचरा कलेक्टर के पास बस सब कुछ साफ करने का समय नहीं है, यहां तक ​​कि समानांतर में काम करना और यहां तक ​​कि कार्यक्रम से अधिक संसाधनों को भक्षण करना)
• यह ज्ञात है कि जावा GUI एप्लिकेशन कभी-कभी फ्रीज और धीमा हो जाता है, जिससे उपयोगकर्ताओं का गुस्सा बढ़ता है, क्योंकि एक ही कचरा संग्रह के कारण और कोई उम्मीद नहीं है और उम्मीद नहीं है
• भाषा की वाक्य रचना बहुत ही क्रियात्मक और निरर्थक है (आपको लिखने की जरूरत है और फिर "पब्लिक स्टैटिक फंक्शनलन" शब्दों को पढ़ने की बजाय, "पब fn" या "डिफ") को कहें, कभी-कभी नाखूनों पर उंगलियां तोड़ने और आंखों से उद्देश्य दर्द और रक्तस्राव के लिए मजबूर करना
• डेवलपर्स की योग्यता के स्तर और एक पर्याप्त रूप से कम प्रविष्टि वक्र के लिए आवश्यकताओं में तेज कमी ने "अजीबता की अजीब डिग्री" कोड को जन्म दिया, जो लगातार एक यादगार बदबू के साथ मेरे पूरे जीवन में महसूस करता है।

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

सी #, स्काला, कोटलिन

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

तो, जावा को बेहतर और अधिक प्रगतिशील बनाने की कोशिश कर रहा है, माइक्रोसॉफ्ट, लेखक टर्बोबोस्कल / डेल्फी के व्यक्ति में, शून्य की शुरुआत में सी # और .NET की अवधारणा के साथ आया था। वस्तुतः, कई प्रतिष्ठित विशेषज्ञों के अनुसार, और डेवलपर्स के धूम्रपान कक्ष में, "सी #" जावा की तुलना में कामुक है, हालांकि, बेशक, अब तक, मोनो के बावजूद, यह सभी अंतर्वाह और परिणामों के साथ Microsoft से दृढ़ता से जुड़ा हुआ है :-)

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

कोटलिन लोकप्रिय है क्योंकि जावा को शुरुआती लोगों के लिए अधिक कुशल और आसान बनाता है, खासकर मोबाइल प्लेटफॉर्म पर जो प्रोग्रामिंग का गंभीरता से अध्ययन करने के लिए समय नहीं देता है :-)

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

पटकथा

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

Lua ने अपना नाम gamedev और मशीन लर्निंग ( मशाल ), जावास्क्रिप्ट में पाया - वेब डेवलपमेंट में ब्राउज़र साइड और सर्वर साइड दोनों पर (उन्हें अभी भी पता है कि "npm" Node.js इंफ्रास्ट्रक्चर में प्राधिकरण Node.js और फिर से लिखा गया है। जंग पर गोलंग?)। पायथन - मशीन लर्निंग और डेटा विश्लेषण में, साथ ही सिस्टम स्क्रिप्टिंग में। और PHP - वेब विकास के लिए सर्वर कार्यों के साथ पूरी तरह से मुकाबला करता है।


पटकथा के लाभ स्पष्ट हैं:

• अपरिभाषित व्यवहार और निम्न-स्तरीय सुरक्षा छेद के बिना सुरक्षित, कुशल कोड, लोकप्रिय एल्गोरिदम और डेटा संरचनाओं (सूचियों, शब्दकोशों, कतारों) का उपयोग करके, शाब्दिक रूप से मिनटों में बनाया जाता है।
• एक बहुत ही तेज शुरुआत और एक कोमल प्रवेश वक्र। एक उपयोगी अजगर स्क्रिप्ट को जानने और लिखने में कई दिन लगते हैं, Lua में स्क्रिप्टिंग के माध्यम से nginx के तर्क को बदलते हैं, या PHP में ऑनलाइन स्टोर एकीकरण करते हैं
• यदि आप एक अनुशासित तरीके से स्क्रिप्ट लिखते हैं, तो कोड स्टाइल को देखते हुए और जितनी सख्ती से संभव हो, आप जल्दी से जटिल समस्याओं को हल कर सकते हैं और बड़े सॉफ्टवेयर उत्पादों का निर्माण कर सकते हैं: पीएचपी में बहुत से वैज्ञानिक पुस्तकालय, PHP में व्यवसाय और वेबसाइट प्रबंधन प्रणाली, LuaJit में neuver नेटवर्क प्लेटफॉर्म मशाल, एक बहुत ही स्क्रिप्टिंग में खेल स्क्रिप्टिंग प्रसिद्ध और लोकप्रिय खेल, आदि।
• कुछ प्रकार की बहु-थ्रेडेड प्रोग्रामिंग, जहां I / O अड़चन है, बहुत ही कुशलता से अजगर में हल किया जाता है। और "async / इंतजार" जैसे वायदा के साथ नवीनतम अजगर सुविधाओं का उपयोग करना, नेटवर्क सॉकेट की बड़ी संख्या में प्रसंस्करण की समस्याओं को हल करना और भी आसान है
• बहुत ही सुंदर ढंग से, बड़ी संख्या में सॉकेट्स को असिंक्रोनस तरीके से संसाधित करने का काम, यहां तक ​​कि मल्टीथ्रेडिंग के बिना, बॉक्स से बाहर Node.js में हल किया गया था
• वेब पेज बनाएँ, कई यूनिक्स पुस्तकालयों का उपयोग करें, डेटाबेस पर जाना अभी भी आसान है और PHP और इसके आधार पर उत्पादों का उपयोग करके सुविधाजनक है
• अजगर, पीएचपी, जावास्क्रिप्ट पर यह परिकल्पना का परीक्षण करने और महीनों में नहीं, घंटों में प्रोटोटाइप बनाने के लिए बहुत सुविधाजनक है
• एनालिटिक्स और डेटा प्रोसेसिंग के लिए, यह पारंपरिक रूप से बहुत सुविधाजनक है कि बड़ी संख्या में उच्च-गुणवत्ता वाले पुस्तकालयों (पांडा, स्किट-लर्न, सीबॉर्न, मैटलोट्लिब ...) के साथ संयोजन में अजगर / आर का उपयोग करें।

हालाँकि, आप स्क्रिप्टिंग के संभावित नुकसान को नहीं जान सकते:

• एक कम प्रवेश स्तर और बहुत तेज़ स्क्रिप्टिंग गति कभी-कभी, डेवलपर्स पर उचित नियंत्रण के अभाव में, किसी भी प्लेटफ़ॉर्म पर अक्षम और कठिन-से-बनाए जाने वाले कोड बनाती है।
• एक कंपाइलर, टाइप सिस्टम और स्थिर टाइपिंग की अनुपस्थिति में ऑटोटैस्ट्स के साथ प्रकारों और उच्च-गुणवत्ता कोड कवरेज के लिए फ़ंक्शन और विधियों के लिए पारित मापदंडों की एक गतिशील जांच की आवश्यकता है। अन्यथा, कोड में कोई भी परिवर्तन प्रोग्राम और क्लाइंट को तोड़ सकता है, और डेवलपर को नहीं, इसके बारे में जानने वाला पहला व्यक्ति होगा (हां, मैं टाइपस्क्रिप्ट के बारे में जानता हूं, लेकिन ये बैसाखी और मृत मुर्गे हैं)
• स्थैतिक रूप से और स्पष्ट रूप से, स्थिर टाइपिंग और संकलन के बिना भाषाओं में, जहां रनटाइम में बहुत सी चीजें होती हैं, आप कई अनुकूलन का उपयोग नहीं कर सकते हैं, और इसलिए, कुछ कार्यों में, स्क्रिप्ट परिमाण के आदेश को कम करते हैं और कई गुना अधिक संसाधनों का उपभोग करते हैं। Python (pypy), PHP (hhvm), जावास्क्रिप्ट (मशीन कोड में अनुवाद, वाह, Node.js v8), LuaJIT में jit संकलन को लागू करने के प्रयासों के बावजूद, LuaJIT - चलो अपने आप को मूर्ख न करें - यह सब कमजोर कुशल बैसाखी की तरह दिखता है। इसका कारण है, और इसे एक बार और सभी के लिए समझने की जरूरत है, क्योंकि भाषाओं के जानबूझकर कमजोर टाइपिंग के कारण, लिपियों को कभी भी प्रभावी रनटाइम लिखने की संभावना नहीं है, बहुत अधिक दृढ़ता से टाइप किए गए जावा / सी # की गति के करीब पहुंचना
• और अजगर में, ऐसा लगता है कि जीआईएल के कारण जावा / सी # में कुशल मल्टीथ्रेडिंग कभी नहीं होगा।

हालाँकि, तब से सहित अधिकांश व्यावसायिक अनुप्रयोगों में साइट प्रबंधन प्रणाली, सीआरएम, आदि। चूंकि अधिकांश कोड निष्पादन समय डेटाबेस के प्रश्नों पर खर्च होता है, इसलिए jit Java / C # का लाभ PHP / अजगर / जावास्क्रिप्ट में समाधान लिखने की गति से गहराई से समतल किया जाता है, और व्यक्तिगत रूप से, मैं 10,000 से अधिक वेब अनुप्रयोग बनाने के लिए PHP में 10-20 पंक्तियों का चयन करूंगा। स्ट्रिंग्स और जावा / स्प्रिंग में गिब्लेट्स का एक गुच्छा। और PHP7 ने किसी तरह ओवरक्लॉक किया ताकि यह python3 की तुलना में तेजी से चले ;-)

यहाँ क्या निष्कर्ष निकाला जा सकता है? सभी समस्याओं को हल करने के लिए आवश्यक नहीं है, जैसा कि अब लोकप्रिय है, केवल स्क्रिप्टिंग द्वारा - कुछ मामलों में यह एक और, अधिक उपयुक्त उपकरण लेने के लिए उचित है, अगर इसके लिए अच्छे कारण हैं:

• बहुत उच्च नेटवर्क लोड और "चरम" मल्टीथ्रेडिंग, हजारों - हजारों नेटवर्क सॉकेट्स, आदि।
• रैम और हार्डवेयर के उपयोग पर प्रतिबंध
• गहन डेटा प्रोसेसिंग और कंप्यूटिंग, लाखों संस्थाओं के साथ मैट्रिसेस, जीपीयू (हालांकि अजगर / सुन्न / पंडों की मदद कर सकते हैं)

अक्सर कंपनी में हम इस दृष्टिकोण का अभ्यास करते हैं:

• जल्दी से PHP / python / JavaScript / Node.js में निर्णय लें, लड़ाई में लॉन्च करें और ग्राहकों की समस्याओं को हल करना शुरू करें
• हम सुविधाओं, अवसरों, सेवाओं में सुधार करते हैं
• दुर्लभ मामलों में, अनुभव से, आमतौर पर कुछ वर्षों के बाद पहले नहीं, कार्यक्षमता में पहले से स्थिर कुछ सेवाओं को C / C ++ / Java / Golang / Rust में फिर से लिखा जाता है।

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

कार्यात्मक प्रोग्रामिंग, लिस्प, हास्केल, एफ #

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

मैं इसे सरलता से समझाऊंगा। "रुकने की समस्या" के रूप में गणित में इस तरह की एक अनसुलझी समस्या है। यदि आप इसे बहुत सरल शब्दों में और काफी गैर-सख्त शब्दों में रखते हैं, लेकिन यह स्पष्ट है, तो आप एक एल्गोरिथ्म के साथ नहीं आ सकते हैं जो यह साबित करता है कि कार्यक्रम बग के बिना काम करेगा। क्यों? क्योंकि शुरू में, लोगों ने आक्रामक और अनिवार्य रूप से प्रोग्रामिंग करना शुरू कर दिया:

• परिवर्तनशील चर
• शर्तों के साथ चक्र
• साइड इफेक्ट

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

इस तथ्य के बावजूद कि कोड में बड़ी संख्या में संभावित त्रुटियां वास्तव में समाप्त हो गई हैं:

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

Haskell «» — , , , : . Haskell «», , , , . Haskell .

, , — Haskell , , , Java/C#.

, . Haskell , , , , . , «» — Haskell .

«C/C++» — Golang, D

, , C/C++ (, Forth). C++ , , D ( — , ).

, - /C++ c RAII , . 2009 Google Golang .
, Golang , , , . Golang Java/C# ( ) , … , Golang:

• «green threads» ( ), python
• , , (, Docker ) :-)

. Node.js python .

, Golang , Google vs Sun/Oracle, , , , :-) , « Java/C#» , — . Docker Golang . Golang — Java/C#, , .


, , Swift , c « » . macOS.

— Rust!

, , 40-50 , , , «zero-cost» , , - - :-) , , (Java/C#), , (C/C++), -, — . , ?

— . , , , 50 , 2010 Mozilla Research. , :

• «zero-cost» ( C/C++ ), .. , , ------ « » (, , )
• cargo ,
• (* — ): , — « », , , ,
• , , ( , , GC , - runtime, )
• -, Null (!),
• Haskell pattern-matching , Enumeration (Golang, , )
• ( Java, )
• ( Golang — ; Java/C#/Erlang .. , )
• , ( C/C++)

, , -. ? ! , 50 . , , «» , , .

Rust «» , , Haskell .
Rust , , , Java :-) — Nulls, pattern-matching , generics traits . . , , , « Haskell», .

.

?

! , «» («ownership») . « » ( «lifetime», Rust book, ), ( , ).
/, . /, .
C++, - move-. , rust , .

zero-cost ?

, traits, . , , Golang. , , - pattern-matching, ( Golang, ). / . : . («borrowing»). , ( «read-write locks», ). , , , , .
slice , , , . — « » , , ; , .

:

• ,
• ( , )
• , ---,
• , , ,

, ( , ) … . / , C/C++ . .

, - , - . - , . Sync/Send, , : , , , .

, , 1-2 futures . , Node.js python async/await, , . , ?

unit

, unit . .

— cargo

Java, «Maven cargo » , : , . , , , .

Heap

, , heap. , , ( ) « » ( «lifetime»). , ( Swift). , — , heap . — , .

, , , . , (2 ) , , , , , AmazonWebServices c tls/ssl, .
, , , , , - . « » ( «lifetimes») .
, . IntelliJ rust , . Notepad++ — .

Rust

• समझें कि आपको वास्तव में बहुत तेज़ सिस्टम कोड लिखने की ज़रूरत है, उच्च भार के तहत काम करना और संसाधनों का न्यूनतम उपभोग करना और बिना किसी ओवरहेड जैसे कि कचरा संग्रहकर्ता। यदि नहीं, तो अजगर / PHP / Node.js में एक स्क्रिप्ट लिखें और 2-3 साल के बाद कार्य पर लौट आएं (97% मामलों में आपको वापस नहीं आना है)।
• रस्ट से डरो मत। भाषा का मुख्य आकर्षण एक बहुत ही स्मार्ट और गणितीय रूप से कठोर संकलक है जो खतरनाक और गलत कोड को नहीं करेगा। परीक्षण और त्रुटि से, तेज कोनों से बचते हुए, आप सीखेंगे कि कंपाइलर का उपयोग करके सख्ती और सुरक्षित रूप से कैसे प्रोग्राम करें :-)
• भाषा को " रस्ट बुक " से सीखना शुरू करें। एक सुंदर, सेक्सी किताब जो पढ़ने में आसान है और पढ़ने में मजेदार है। लेकिन इसे 2 बार पढ़ना बेहतर है, सभी उदाहरणों को "हल करना"।
• " रस्ट कुकबुक " बहुत मदद करता है। यह "हल" करना भी वांछनीय है और देखें कि कोड कैसे काम करता है, इसे महसूस करने के लिए।
• Rustonimicon जैसे उन्नत उपयोगकर्ताओं के लिए जंग के बारे में साहित्य है, लेकिन मैं अनावश्यक रूप से जटिल तकनीकी चीजों से परेशान होने की सलाह नहीं देता।

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

परियोजना कार्यान्वयन विवरण

मैं परियोजना का थोड़ा विस्तार प्रकट करूंगा। अमेज़न SQS सैकड़ों डेटा पैकेट प्रति सेकंड खर्च करता है। कतार पढ़ी जाती है, श्रमिकों द्वारा स्थानीय रूप से पार्स की जाती है, प्रत्येक संदेश दलाल द्वारा संसाधित किया जाता है और दूसरे, बाहरी सर्वर पर रीडायरेक्ट किया जाता है। कई बाहरी सर्वर हैं। प्रारंभ में, समाधान स्क्रिप्टिंग के माध्यम से लागू किया गया था: स्क्रिप्ट, ऑपरेटिंग सिस्टम में एक प्रक्रिया ले रही है, संदेश पढ़ती है, संसाधित होती है और नेटवर्क पर भेजी जाती है। कई शक्तिशाली लोहे के सर्वरों (8 कोर, 16 जीबी रैम) पर, सैकड़ों लिपियों को लॉन्च किया गया था (प्रत्येक पर!), साथ ही साथ एसक्यूएस से पढ़ना, प्रसंस्करण और डेटा भेजना। सरल, विश्वसनीय, लेकिन लोहे का सेवन परेशान करने लगा। लोहे की लागत लगातार बढ़ रही थी।

जंग ज्यादातर कार्गो से मानक पुस्तकालयों और मॉड्यूल का उपयोग करती है:

• rusoto_sqs - अमेज़ॅन वेब सेवाओं के साथ काम करने के लिए, कोई प्रश्न नहीं, बॉक्स से आवश्यकतानुसार काम करता है
• सरसराहट - tls, incl के लिए। Google, Apple की TLS सेवाओं और क्लाइंट प्रमाणपत्रों के उपयोग के साथ सहभागिता
• सिग्नल-हुक - मारने के लिए अवरोधन और डेटा भेजने के लिए लेनदेन के अंत में लाने के लिए
• वायदा, टोकिओ-सरसराहट - "आलसी", बहु-थ्रेडेड, अतुल्यकालिक काम के साथ नेटवर्क टीएलएस सॉकेट्स, अला नॉड.जेएस
• क्लैप - पार्सिंग कमांड लाइन तर्क
• serde_json - json गठन, यहाँ दिलचस्प कुछ भी नहीं है

दुर्भाग्य से, यह "असुरक्षित" ब्लॉक और "std :: mem :: transmute" का उपयोग किए बिना नहीं था - मानक पुस्तकालय पेड़ों में द्विआधारी डेटा को पार्स करने के लिए उपकरण नहीं खोज सका।

मुख्य, अगर आप इसे कह सकते हैं कि, "प्लगिंग" संकलन में हुआ था - पुस्तकालयों में "पुरानी असेंबलर" के कारण पुस्तकालयों को CentOS6 पर संकलित नहीं किया गया था, लेकिन CentOS7 पर कोई समस्या नहीं थी।

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

समग्र भावना बहुत सकारात्मक है। फिर भी, कई लोहे के सर्वरों (8 कोर, 16 जीबी रैम) के बजाय, समस्या को एक प्रक्रिया (दर्जनों धागे के साथ) द्वारा हल किया जाना शुरू हुआ, जो 5 जीबी से अधिक रैम नहीं खाता है और कोर पर बहुत अधिक ध्यान देने योग्य भार नहीं बनाता है, 0.5-1 गीगाबिट के क्षेत्र में यातायात के साथ ।

निष्कर्ष

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

पुनश्च:
* - हाँ, मैं लगभग भूल गया था। बेशक, आपको असुरक्षित ब्लॉक के बारे में बात करने की आवश्यकता है। इस ब्लॉक में आप कर सकते हैं:

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

यानी "असुरक्षित" ब्लॉक में आप मनमाने ढंग से डिबेंचरी में संलग्न नहीं हो सकते, सी में उपलब्ध है - लेकिन केवल कुछ विशेष प्रकार की खतरनाक गतिविधियों के साथ। इसलिए, आप शांति से सो सकते हैं और :-)