👨‍⚕️ 💩 🤜🏿 अगर आप दस साल सो गए हैं तो आज फुलस्टैक डेवलपमेंट कैसे करें ❣️ 🧡 👨‍⚖️

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

एक परिचय के रूप में ...

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

मैं वर्णित सभी तकनीकों का गहरा ज्ञान होने का ढोंग नहीं करता, इसलिए मुझे विशेषज्ञों से किसी भी अतिरिक्त और टिप्पणियों के लिए खुशी होगी - मैं वास्तव में उच्च-गुणवत्ता की समीक्षा करना चाहूंगा।

त्याग

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

इसके अलावा, कार्यात्मक भाषाओं के बारे में बिल्कुल कुछ भी नहीं है: स्काला, एरलंग, हास्केल, आदि।

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

मूल अवधारणाएँ

सबसे पहले, लेआउट के लिए उपयोग किए जाने वाले आधुनिक मानकों (HTML5, CSS3 और वह सब) के बारे में अपने ज्ञान को अपडेट करें। यह ईसीएमए स्क्रिप्ट (जेएस, वास्तव में, इस विशेष मानक का एक कार्यान्वयन है) के विकास के बारे में पढ़ने के लिए भी उपयोगी होगा, और JSON और JWT के बारे में आपके ज्ञान को ताज़ा करेगा।
प्रोग्रामिंग के लिए एक वस्तु-उन्मुख दृष्टिकोण । हाँ, हाँ! कई लोग जो यह समझते हैं कि यह क्या है, इस विचार से पूरी तरह वाकिफ नहीं हैं, हालांकि यह 50 साल पहले दिखाई दिया था। इसलिए, कम से कम थोड़ा संदेह होने पर, खुद को फिर से परिचित करना उचित है।
संस्करण नियंत्रण प्रणाली । यह एक पूर्ण दोष है, आज उन्हें जानने के लिए बस उन सभी के लिए आवश्यक है जो किसी भी सॉफ़्टवेयर के विकास में काम करते हैं। यहां तक कि अगर आप अकेले काम करते हैं, तो संस्करण नियंत्रण प्रणालियां बहुत उपयोगी हैं, और यहां तक कि उनके बिना एक टीम सिर्फ नरक है। पहले, उन्होंने मुख्य रूप से इसके लिए एसवीएन या सीवीएस का उपयोग किया, बस इसलिए कि उनके पास लगभग कोई गंभीर प्रतियोगी नहीं था। अब वास्तविक तथ्य जीआईटी (लिनुस टोरवाल्ड्स के लिए धन्यवाद) है। मैं कंसोल संस्करण (यहां तक कि विंडोज के लिए) का अध्ययन करने के साथ शुरू करने की सलाह देता हूं, इसमें कुछ दिन लगेंगे, लेकिन जब आपको विचार मिलेगा, तो आप सभी चिप्स (जैसे गिट प्रवाह) को बहुत जल्दी समझ जाएंगे, और वहां आप कुछ GUI क्लाइंट डाल सकते हैं। । और आप वास्तव में शांत हो सकते हैं, उदाहरण के लिए, यदि आप हुक हुक करते हैं और प्रोजेक्ट रिपॉजिटरी की मास्टर शाखा के लिए डेटा भेजने को युद्ध सर्वर में कॉन्फ़िगर करते हैं।
एमवीसी की अवधारणा (यह कहना अतिश्योक्ति नहीं होगी कि लगभग सभी आधुनिक वेब सॉफ्टवेयर इस सिद्धांत पर काम करते हैं, इसलिए आपको निश्चित रूप से पढ़ना होगा)।
RestAPI अवधारणा।
डेटाबेस और एसक्यूएल फंडामेंटल के प्रकार, विशेषताएं और अंतर (मैं यह नहीं कह रहा हूं कि आपको इसे सीधे सीखने की आवश्यकता है, लेकिन आपको निश्चित रूप से एक प्रस्तुति की आवश्यकता है, कम से कम सबसे सरल प्रश्नों को बनाने के लिए)। NoSQL डेटाबेस के बारे में पढ़ें, विशेष रूप से MongoDB और Redis में।
BEM कार्यप्रणाली। मैं इस दृष्टिकोण का समर्थक नहीं हूं, लेकिन इसके उपयोग के साथ कई काम यह समझने के लिए कि कम से कम संक्षेप में पढ़ने की क्या सलाह दी जाती है।
एजाइल और स्क्रैम के विकास के तरीके (विशेष रूप से जटिल कुछ भी नहीं है, सामान्य विकास के लिए सबसे अधिक संभावना है)।
सिंगल पेज एप्लिकेशन (एसपीए) की अवधारणा हमेशा लागू नहीं होती है, लेकिन किसी कारण से इसका उपयोग बहुत अधिक मात्रा में परियोजनाओं के लिए भी किया जाता है। जरूर पढ़ें
वेब सॉकेट्स के बारे में पढ़ें - एक तकनीक जो आपको क्लाइंट (ब्राउज़र) और वास्तविक समय के मैसेजिंग के लिए एक सर्वर के बीच एक इंटरैक्टिव कनेक्शन बनाने की अनुमति देती है। HTTP के विपरीत वेब सॉकेट, आपको द्वि-दिशात्मक डेटा स्ट्रीम के साथ काम करने की अनुमति देता है। मैं इसे AJAX की नई पीढ़ी के रूप में देखने का प्रस्ताव करता हूं। मुख्य लाभ सर्वर से लगातार नए डेटा का अनुरोध करने की आवश्यकता की कमी है। यदि आवश्यक हो, तो सर्वर स्वयं डेटा भेज देगा, और ब्राउज़र इसे प्राप्त करेगा।
एक अन्य मानक जो निकट भविष्य में फ्रंट-एंड डेवलपमेंट को महत्वपूर्ण रूप से बदलने की संभावना है, वह है वेब कंपोनेंट्स । एक बहुत शक्तिशाली उपकरण और यह आपके लिए निश्चित रूप से काम में आएगा, हालांकि इस लेख में मैं इस पर ध्यान नहीं दूंगा।
XPath एक DOM दस्तावेज़ के लिए एक क्वेरी भाषा है। यह संभावना नहीं है कि यह आपके लिए उपयोगी होगा, क्योंकि अधिकांश मामलों में सीएसएस चयनकर्ता अधिक सुविधाजनक हैं, लेकिन इसके अस्तित्व के बारे में जानना उपयोगी है। अब यह मुख्य रूप से परीक्षण या बड़ी मात्रा में डेटा पार्स करने के लिए उपयोग किया जाता है।
एक दर्जन साल पहले के विकास की तुलना में महत्वपूर्ण अंतरों में से एक - अब यह तथाकथित रूप से उपयोग करने के लिए आम तौर पर स्वीकार किया जाता है। पैकेज प्रबंधक (निर्भरता प्रबंधक) जो UNIX दुनिया से आया है। मैं उनमें से कुछ के बारे में नीचे विस्तार से बात करूंगा। मुख्य विचार प्रोग्रामर के कंधों से हटाने के लिए निर्भरता को देखने और उपयोग किए गए पुस्तकालयों और रूपरेखाओं को अद्यतन करने की चिंता है। पहले, एक परियोजना शुरू करने के लिए, आपको सभी आवश्यक फ़ाइलों और पुस्तकालयों को सही स्थानों पर मैन्युअल रूप से कॉपी करने की आवश्यकता है, सभी रास्तों को पंजीकृत करें, सुनिश्चित करें कि वे एक दूसरे के साथ संगत हैं, आदि, अब यह सब कंसोल में कुछ कमांड के साथ किया जाता है (हाँ, कंसोल के बिना) कहीं नहीं, अफसोस)।
प्रीकंपाइलर। यह अजीब लग सकता है, क्योंकि हम व्याख्या की गई भाषाओं के बारे में बात कर रहे हैं, लेकिन हाँ, बहुत बार हम अलग-अलग कार्यक्रमों का उपयोग करते हैं, उदाहरण के लिए, उत्पादन के लिए अपलोड करने से पहले एक फ़ाइल में उपयोग की जाने वाली सभी शैलियों को इकट्ठा करने के लिए, और अपने कोड में सभी प्रकार की सुविधाजनक चीजों का उपयोग करने के लिए, जो मानक में नहीं हैं (उदाहरण के लिए, CSS में चर)। प्री-कंपाइलर विशेष रूप से फ्रंट-एंड में लोकप्रिय हैं - चूंकि बैकएंड अक्सर पूर्ण-ओओपी भाषाओं का उपयोग करता है, इसलिए प्रीकॉम्पलर वहां आम नहीं हैं और मुख्य रूप से त्वरण और कैशिंग (उदाहरण के लिए, PHP ज़ेंड ओपचे) के लिए उपयोग किया जाता है।
विकास परिनियोजन को सरल बनाने के लिए, अब तथाकथित का उपयोग करने के लिए प्रथागत है कंटेनर (डोकर, कुबेरनेट्स)। यह आधुनिक विकास में एक अपेक्षाकृत नई अवधारणा है, मैं इस पर विस्तार से विचार नहीं करूंगा, लेकिन मुझे एक विचार रखने की आवश्यकता है - तकनीक बहुत शक्तिशाली और निश्चित रूप से उपयोगी है।
परीक्षण एक अलग बड़ा विषय है। सबसे अधिक बार, इसका मतलब तथाकथित है। इकाई परीक्षण। विचार का सार एक सरल उदाहरण के साथ समझना आसान है। एक परीक्षण बनाते समय, आप एक प्रकार का आवरण लिखते हैं जो आपके कार्यों में से एक का प्रदर्शन करेगा और अपेक्षित परिणाम की जांच करेगा। फिर, जब आप किसी अन्य फ़ंक्शन में कुछ बदलते हैं, जिस पर पहला फ़ंक्शन निर्भर करता है, यह जांचने के लिए कि परिवर्तन कुछ भी नहीं तोड़ता है, तो आपको बस पहले बनाए गए परीक्षणों को चलाने की आवश्यकता है। मुझे उम्मीद है कि यह स्पष्ट है कि यह एक बड़ी परियोजना में कितना उपयोगी हो सकता है।

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

सबसे पहला और सरल विकल्प यह है कि वेब सर्वर अनुरोध को पार्स करता है और बस इस अनुरोध के मिलान के लिए एक HTML फ़ाइल जारी करता है। अधिकतम, कुछ प्रकार के एसएसआई का उपयोग किया जा सकता है। वास्तव में, यह सिर्फ एक क्लासिक स्थैतिक साइट है, और इस मामले में बैकएंड वेब सर्वर ही है। जाहिर है, एक परियोजना के लिए जिसमें कई पृष्ठ हो सकते हैं, यह दृष्टिकोण विनाशकारी रूप से असुविधाजनक है - यदि आपको कुछ भी बदलने की आवश्यकता है, तो आपको सभी फ़ाइलों में संपादन करना होगा। यह भी स्पष्ट है कि स्थैतिक साइटों के अलावा कुछ भी व्यावहारिक रूप से यहां लागू करना असंभव है। अब यह कुछ बहुत ही सरल लैंडिंग पृष्ठों के लिए अधिकतम करने के लिए उपयोग किया जाता है, और फिर, उनके लिए फ्रंटएंड का विकास अभी भी किया जाता है, मुख्य रूप से आधुनिक जेएस फ्रेमवर्क की मदद से, और ज्यादातर मामलों में उन्हें नोड.जेड कार्यक्षमता के माध्यम से उपयोग किया जाता है।
स्थैतिक संस्करण का विकास सर्वर साइड पर व्याख्या की गई भाषाओं का उपयोग है। फिर व्याख्या किए गए भाषाओं में से किसी एक में टेम्प्लेट लिखना संभव हो गया, जिसमें डेटा अनुरोध के आधार पर प्रतिस्थापित किया जाता है, और यह डेटा को फाइलों में नहीं, बल्कि डेटाबेस में संग्रहीत करना भी संभव हो गया। हम मान सकते हैं कि इस समय से स्पष्ट अलगाव है:
1. दरअसल वेब सर्वर ही। अब यह जरूरी नहीं कि एक अखंड अनुप्रयोग है, उदाहरण के लिए, एक सामान्य विकल्प - जब नग्नेक्स एक लोड बैलेंसर के रूप में कार्य करता है, और अपाचे स्वयं अनुरोधों को संसाधित करता है। हालांकि कई विकल्प हो सकते हैं ( prijutme4ty को स्पष्ट करने के लिए धन्यवाद)।
2. इस भाषा में भाषा और रूपरेखा, जो URL द्वारा अनुरोध को संसाधित करने और मार्च करने के लिए उपयोग की जाती है। शायद यह कहना गलत नहीं होगा कि फुलस्टैक विकास के संदर्भ में, "बैकएंड" की अवधारणा इस परत का सबसे अधिक बार मतलब है, हालांकि सख्ती से बोलना, सभी सर्वर सॉफ़्टवेयर जो वेब सर्वर प्रदान करता है, ज़ाहिर है, बैकेंड भी है। यह महत्वपूर्ण है कि बैकएंड के लिए भाषा और रूपरेखा लगभग कोई भी हो सकती है। उदाहरण के लिए, पटरियों पर रूबी और रूबी के मामले में, अंतर्निहित ईआरबी को टेम्पलेट इंजन के रूप में इस्तेमाल किया जा सकता है, PHP और लारवेल के मामले में, ब्लेड को अक्सर टेम्पलेट इंजन के रूप में उपयोग किया जाता है, और इसी तरह।
3. कोड जो क्लाइंट पर सीधे चलता है, जिसे आमतौर पर फ्रंटेंड कहा जाता है। यहां, वास्तव में, यह जेएस के लिए नीचे आता है।
लंबे समय तक, यह दृष्टिकोण वेब विकास में मुख्य और केवल एक था, जब तक कि क्लाउड प्रौद्योगिकियों का विकास शुरू नहीं हुआ और एसपीए की अवधारणा दिखाई दी।
जब क्लाउड कंप्यूटिंग का विकास शुरू हुआ, तो उनके उपयोग के विभिन्न मॉडल दिखाई दिए (सास, पा, आईएएएस)। उनमें से, मैं तथाकथित नोट करना चाहूंगा। AWS सर्वर रहित दृष्टिकोण। लब्बोलुआब यह है कि पिछले पैराग्राफ से वेब सर्वर को एक विशेष ढांचे से बदल दिया जाता है जिसके माध्यम से बैकएंड एप्लिकेशन क्लाउड के साथ इंटरैक्ट करता है। बादल छलांग और सीमा से विकसित हो रहे हैं, कई नई तकनीकें और उनके उपयोग के दृष्टिकोण प्रकट होते हैं, इसलिए हर चीज का संक्षेप में वर्णन करना संभव नहीं है। यदि आप इस क्षेत्र में रुचि रखते हैं, तो आप यहाँ श्रेणियों के अनुसार छँटाई के साथ वर्तमान में उपयोग की जाने वाली अधिकांश क्लाउड तकनीकों को देख सकते हैं: परिदृश्य . cncf.io ( कोंस्टेंटिनस्पेब के लिए धन्यवाद)।
एसपीए अवधारणा के विकास और जेएस का उपयोग करके प्रस्तुत किए जाने वाले HTML घटकों के उद्भव के साथ, समस्या बहुत लंबे समय तक प्रदर्शित होती है - क्लाइंट पर लोड और रेंडर करने में जावास्क्रिप्ट को काफी समय लग सकता है। इस संबंध में, HTML पीढ़ी के लिए एक और दृष्टिकोण है, जो ऐतिहासिक रूप से आम तौर पर एसपीए अनुप्रयोगों - सर्वर साइड रेंडरिंग (एसएसआर) के साथ जुड़ा हुआ है। लब्बोलुआब यह है कि हम सर्वर पर HTML में पहले घटक रेंडरिंग को निष्पादित कर सकते हैं, फिर इसे क्लाइंट को दे सकते हैं, साथ ही उसी कोड के साथ जो इस HTML को उत्पन्न करता है, और फिर हर बार पूरे एप्लिकेशन कोड को नेटवर्क पर नहीं भेजें, लेकिन बस आवश्यक घटकों को आकर्षित करें ब्राउज़र में तुरंत, सिस्टम की स्थिति (यानी, आरईएसटी) को बदलने के लिए केवल आवश्यक डेटा संचारित करना। आपको यह समझने की आवश्यकता है कि कुछ मामलों में वे सिस्टम को स्वतंत्र फ़ंक्शन ब्लॉकों में तोड़कर ऐसा नहीं कर सकते हैं (उदाहरण के लिए, रूपों द्वारा समूहीकृत करना, जिनमें से प्रत्येक सिस्टम के अपने क्षेत्र के साथ काम करता है), तो यह अब शास्त्रीय अर्थ में एसपीए नहीं होगा। इस मामले में, घटकों को सर्वर पर सीधे कुछ जेएस टेम्पलेट इंजन का उपयोग करके भेजे जाने से पहले एक बार प्रदान किया जाता है - फिर, अवधारणात्मक रूप से, यह किसी भी अन्य बैकएंड भाषा में टेम्पलेट इंजन का उपयोग करने से अलग नहीं है, और, हालांकि, संक्षेप में, जेएस से प्रतिपादन। HTML अभी भी सर्वर की तरफ होगा, यह अब SSR नहीं है, क्योंकि इस अवधारणा को एसपीए के संदर्भ में ऐतिहासिक रूप से सटीक रूप से उपयोग किया गया है। इस पल के स्पष्टीकरण के लिए, कॉमरेड्स स्टेटिकलैब , नपा 3um और जस्टबोरिस के लिए धन्यवाद।

बैकएंड

इसलिए, आधुनिक दुनिया में, कई तकनीकों ने बैकएंड पर कब्जा कर लिया है। बेशक, सभी प्रकार की विविधताएं और विभिन्न विदेशी हैं, लेकिन मुझे लगता है कि यह कहना गलत नहीं होगा कि, ऑफहैंड, आधुनिक बैकएंड का 90 प्रतिशत निम्नलिखित उपकरणों का उपयोग करके लिखा गया है:

जावा
नेट
अजगर
Node.js (यहां अस्पष्ट, लेकिन उस पर बाद में और अधिक),
रूबी ऑन रेल्स
और बेशक PHP

इस लेख में हम .NET और जावा प्लेटफार्मों के बारे में बात नहीं करेंगे - हालांकि यह स्पष्ट है कि उन्होंने हाल ही में एक बहुत विशाल स्थान पर कब्जा कर लिया है, फिर भी, इसका अपना एक अलग चिड़ियाघर है, जिसका वर्णन एक अलग लेख लेगा।

शेष प्रौद्योगिकियों को ध्यान में रखते हुए, जब यह आता है कि किस दिशा में नौकरी ढूंढना सबसे आसान है, तो निर्विवाद नेता तीन भाषाएं हैं - PHP, Node.js और पायथन।

निराधार नहीं होने के लिए, यहां दो लोकप्रिय संसाधनों पर रिक्तियों के लिए खोज परिणाम हैं

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

5,021 पायथन नौकरियां
4,220 PHP नौकरी
1,274 नोड नौकरियां
726 रूबी की नौकरी

माई सर्कल पर (प्रमुख कौशल की खोज):

171 PHP नौकरियां
116 पायथन नौकरियां
69 नौकरियां Node.js
28 रेल नौकरियों पर रूबी

हेय में जावा की 5,960 और मेरे सर्कल में 130 रिक्तियां हैं, लेकिन मुझे नहीं पता कि इसे बैकएंड के लिए कैसे ध्यान में रखना चाहिए, क्योंकि यह अभी भी एंड्रॉइड एप्लिकेशन विकसित करने के लिए मुख्य भाषाओं में से एक है, इसलिए इसी मांग। इसलिए, यह डेटा केवल संदर्भ के लिए है।

इस सभी पार्टी के बगल में, Microsoft अपने SharePoint और ASP.Net को चिह्नित कर रहा है। सक्रिय निर्देशिका के साथ एकीकरण की आवश्यकता वाली बड़ी कंपनियों के भीतर, यह समाधान अक्सर पाया जाता है, लेकिन, जैसा कि ऊपर उल्लेख किया गया है, हम मात्रा के कारण इस ढेर पर विचार नहीं करते हैं।

मैं लेख के अंत में Node.js और इसके पारिस्थितिकी तंत्र के बारे में बात करूंगा, इसलिए अब, बैकएंड का वर्णन करने में, हम पायथन और PHP पर ध्यान केंद्रित करेंगे।

अजगर के बारे में ...

... और artX89 से इस्तेमाल किया फ्रेमवर्क:

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

अक्सर वे भावना में उद्धृत करते हैं: "कि सी में 100 पंक्तियों की कोड, एक वेश्यालय में 10 लेता है"। यह "सरलता" डर गई, खासकर सी ++ और प्यारी सी # के बाद। ऐसा लगता था कि भाषा "गृहिणियों" के लिए अधिक थी और जो लोग सामान्य टाइपिंग के साथ सामान्य भाषाओं में प्रोग्राम करना नहीं जानते थे, और वास्तव में भाषा केवल लिपियों के लिए है। मैं कभी गलत नहीं हुआ! :) भाषा बहुत शक्तिशाली है, अविश्वसनीय रूप से सुविधाजनक है, जिसे कई क्षेत्रों में लागू किया जा सकता है। मुझे एक भी व्यक्ति नहीं पता है जो PHP से अजगर पर स्विच करता है, और जो उसके बाद फिर से PHP में लौटना चाहेगा। इसके लिए मैं सबसे आगे हूं: अजगर इस पर एक बैकएंड बनाने के लिए एक महान भाषा है।

ठीक है, अब सीधे रूपरेखाओं के बारे में ... पहले आपको यह तय करने की आवश्यकता है: हमें किस सर्वर को अवरुद्ध या गैर-अवरुद्ध करने की आवश्यकता है। उनमें से प्रत्येक के पास पेशेवरों और विपक्ष हैं। एक गैर-अवरुद्ध सर्वर का उपयोग अक्सर वेब सॉकेट के लिए किया जाता है, लेकिन इस पर आप नियमित साइट लिख सकते हैं जो एक साथ बड़ी संख्या में कनेक्शन की प्रक्रिया कर सकते हैं। लेकिन जब ऐसे सर्वरों के साथ काम करते हैं, तो आपको यह याद रखना होगा कि सभी कनेक्शन एक "सामान्य चक्र" में घूमते हैं और इस "चक्र" को अवरुद्ध करने से सभी कनेक्शन पूरी तरह से अवरुद्ध हो जाएंगे, इस संबंध में, उपयोग किए जाने वाले सभी पुस्तकालय गैर-अवरोधक होने चाहिए। गैर-अवरुद्ध ढांचे के बीच, आज मैं aiohttp का उपयोग करने की सिफारिश करूंगा, टॉर्नेडो जैसे अन्य काफी लोकप्रिय हैं, लेकिन वे सभी aiohttp से नीच हैं। अवरुद्ध ढांचे के लिए, Django यहाँ बाहर खड़ा है। यह उन लोगों के लिए उपयुक्त है जो एक बोतल में सब कुछ पसंद करते हैं और अधिमानतः तुरंत। Django पहले से ही बॉक्स में एक टेम्पलेट इंजन, ORM और कई अन्य सुविधाजनक लाइब्रेरी शामिल हैं। लेकिन अगर आप, मेरे जैसे, कार्य के लिए पुस्तकालय चुनना पसंद करते हैं, तो मैं आपको फ्लास्क का उपयोग करने की सलाह देता हूं, और अन्य सभी पुस्तकालय पहले से ही अनुकूलित हैं। टेम्पलेट इंजन का उपयोग अक्सर जिन्जा 2 द्वारा किया जाता है, यह एक काफी सुविधाजनक और सामान्य टेम्पलेट इंजन है, जिसके साथ यदि आपके कोई प्रश्न हैं, तो आप उत्तर को बहुत तेज़ी से गूगल कर सकते हैं। ORM के लिए, अजगर दुनिया में sqlalchemy नियम। यह, पेवी के निर्माता के रूप में (sqlalchemy के लिए एक प्रतियोगी) लिखते हैं: "SQLAlchemy पायथन दुनिया में ORM के लिए सोने का मानक है" - और मैं पूरी तरह से उसके साथ सहमत हूँ। यह एक बहुमुखी और शक्तिशाली उपकरण है। लेकिन आपको हर चीज के लिए भुगतान करना होगा, इस मामले में आपको इस ढांचे की जटिलता को "भुगतान" करना होगा। यद्यपि, आप उसके साथ बहुत तेज़ी से काम करना शुरू कर सकते हैं, और पहले से ही प्रक्रिया में कठिनाइयों का सामना कर सकते हैं।

वेब के साथ काम करते समय कई अन्य उपयोगी पुस्तकालय हैं, जैसे कि wtforms, beautifulsoup, तकिया, आदि, लेकिन यहां यह सब विशिष्ट परियोजना और उन कार्यों पर निर्भर करता है जो डेवलपर का सामना करते हैं।

Stas911 से अपडेट करें :

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

, Python Pip.

PHP, , .

पीएचपी

7- . , , , 5- 7-, , 7.0. 7.1. (, , « », ). , , 7.1 — .

, PHP7.0 Fatal error PHP7.1

<?php
function test($param){}
test();
?>

- , … foreach… , (resource, object, mixed, numeric, void, iterable)… , , .

PHP 4 5 , .

PHP-

Laravel — . , « »: «Blade» ( ), Eloquent ORM ( MVC), PHP include, ( ), , Composer Laravel. . , , . — , . , — Symfony, .
Symfony — , , . ORM-: Propel Doctrine.
Zend — , . (enterprise). , Zend PHP, , , PHP Zend Engine.
Yii — , (, , , . tnsaturday ). Yii . , Sphinx. «» — Gii, .
CodeIgniter — , . , ( SQL), . .
, , . , , . Kohana(RIP) — (Koseven). CodeIgniter, PHP5. Kohana , - PHP7 — Koseven. ORM, Minion Cron-, , ( Blade SCSS). - Laravel.

PHP- 2018- Coderseye.com:

, , , — . — . Kohana, Laravel, .

...

… — , , CMS. , - ( PHP, ). WordPress, Joomla, Drupal, Bitrix . PHP- CMS, , , , (, ), ( ). , , PHP CMS .

PHP Composer.

Composer — PHP, PHP-. – , PHP, , , , .

, , Composer PHP (, , - Bower), .

, , , — . Sphinx. , ++. , API ( PHP, Python, Java; API Perl, Ruby, DotNET C++) (MySQL, PostgreSQL). Sphinx, , , , , .

, , . « ».

- ( Node), .

, , , , URL . Node.js SPA.

, , , . , , JavaScript .

, ECMA Script, , , TypeScript, JS (- , JS , , ). , ( ECMAScript 6, , ). JS, , .

, JS, , , . , .

, JS . , .

, , JS. , JavaScript-. .

jQuery,

<script type="text/javascript" src="/jquery.js"></script>

<script type="text/javascript">
console.log($); // function n() -    

//           $,
// , ,      
var $ = 'Not jquery';
console.log($); // Not jquery
</script>

//         
<script type="text/javascript" src="/new.js"></script>
//          $  jquery,
//

, , , , .

, — . , , , . , — UMD, AMD CommonJS.

CommonJS. Node.js . CommonJS , , require.

, , . ES6, - JS- , - , .

, JS- "import", "export", "require" — , .

. , . .. .

(bundler) , . require ( , ) .

, npm- moment.js Node.js:

var moment = require('moment');
console.log("Hello from JavaScript!");
console.log(moment().startOf('day').fromNow());

js- require.

, , Node.js, . . .

, , , , .

JavaScript-

, , , 80 « »:

React — , , , SPA .. «» JSX, JS. , , , «» ( , , ). , Redux (Redux , «» Flux). React Facebook.
Angular — , , «» SPA, . , MVC, , , , . , . 2.0. — AngularJS Angular ( ), .
Vue — . , , . , React — React DOM, JSX. , React Backbone, , , , (Vuex), . , , , - .

JS- 2018-, Stateofjs.com ():

, Polymer, Ember Backbone ( , , , ) Meteor. , , , , .

, , «» ( ) jQuery . WEB . jQuery , — JS ( , ).

. , - , SPA . , Facebook () 4 , JS-. , , , React, Angular. , ? , Angular?

React Angular — . Angular , . — ( , , ) , Angular . React — , callback-. - , - . React , .

, AngularJS . , , , , React', — scope , , .

CSS-

CSS . , CSS-.

CSS SASS LESS — CSS , (SCSS), (LESS, server-side). CSS: , , , () .

, , . , CSS . C , CSS .

:

LESS — : CSS LESS- . LESS CSS, . CSS LESS .
SASS — CSS, CSS .

Sass :

SASS — , , ;
SCSS (Sassy CSS) — , CSS.

LESS SASS

LESS, SASS/SCSS — LESS if/then, for ..

, LESS , JS. , . LESS-:

<link rel="stylesheet/less" type="text/css" href="styles.less">
<script src="less.js" type="text/javascript"></script>

, , :

@height: `document.body.clientHeight`;

DOM, CSS .

, , web-. , , SSR, JS.

Node.js

Node.js , . JavaScript ( , ). Node.js C++ , JavaScript- . , - ( , ).

, . , .

Node.js . Node.js JavaScript-, - .

NPM (. node package manager) — , Node.js. , . .

, — . , , , , , , .

, , Node.js . JS ( — TypeScript, CoffeeScript, ES6 ..), .

, , :

( ) .
« » JS-.
, .
, JS- , SASS/LESS, ( , ) HTML (JS CSS).

, .

, , , , . , . «» , , (PHP, Ruby, C++ , , ). , , - .

, . (PHP + HTML\CSS + jQuery ) .

, , web-, , (Weex, React Native).

, Node.js, , . .

Node.js

Babel — JS «» ( ..). , . .
Grunt — (, , , , ). , Gruntfile.
Node.JS: Webpack Browserify. Webpack NPM, , Bower Gulp/Grunt.
Yarn — , NPM, , . package.json , NPM.
Bower — JS CSS . , NPM, . , , , — Bower , Yarn Webpack.
Jade — HTML, , JS. , . — , . , JS- , , Jade .

***

- , :

Boilerplate code boilerplate — , — , HTML- . , , — , .

DevOps ( . development operations) — , . , fullstack- , , - .

, web- , . .

***

Upd. . KonstantinSpb.

Stackshare.io — , .
Libhunt.com — .

अगर आप दस साल सो गए हैं तो आज फुलस्टैक डेवलपमेंट कैसे करें

एक परिचय के रूप में ...

मूल अवधारणाएँ

बैकएंड

अजगर के बारे में ...

पीएचपी

PHP-

JavaScript-

CSS-

Node.js

Node.js

More articles: