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

चलो पायथन से शुरू करते हैं, क्योंकि वर्णानुक्रम में

• दस्तावेज रूबी की तुलना में बहुत बेहतर है। एक परिचयात्मक भाग के साथ, साहित्यिक पाचन और कई उदाहरण। रूबी के कई मॉड्यूल हैं, जैसे कि DL या Win32API, जो बिल्कुल भी प्रलेखित नहीं हैं, एक पूरे के रूप में प्रलेखन बहुत कमजोर है।
• ऑपरेटिंग सिस्टम के असली धागे का उपयोग किया जाता है। इस तथ्य के बावजूद कि दोनों भाषाएं जीआईएल (ग्लोबल इंटरप्रेटर लॉक) का उपयोग करती हैं, वास्तविक थ्रेड्स का उपयोग पायथन कोड को अलग-अलग थ्रेड्स में ब्लॉकिंग ऑपरेशन करने की अनुमति देगा - उदाहरण के लिए, शेल स्क्रिप्ट या ऑपरेटिंग सिस्टम फ़ंक्शन को कॉल करना - अन्य थ्रेड्स को अवरुद्ध किए बिना। संस्करण 1.9 से पहले के रूबी में, एक असली धागे का उपयोग किया गया था, और भाषा के धागे के बीच स्विचिंग का अनुकरण किया गया था। व्यवहार में, यह इस तथ्य की ओर जाता है कि यदि आप एक शेल स्क्रिप्ट कहते हैं (उदाहरण के लिए, फ़ाइलों की प्रतिलिपि बनाना) या ऑपरेटिंग सिस्टम का एक फ़ंक्शन (उदाहरण के लिए, एक संदेश बॉक्स दिखा) एक अलग रूबी धागे में, तो इस स्क्रिप्ट में अन्य सभी धागे बंद हो जाएंगे। संस्करण 1.9 से शुरू करते हुए, रूबी ऑपरेटिंग सिस्टम के वास्तविक थ्रेड्स का उपयोग करता है, लेकिन फिलहाल (संस्करण 1.9.3-p125), कई कमियां इसका फायदा नहीं उठाने देती हैं - विशेष रूप से, रूबी वास्तव में जीआईसी को उठाना पसंद नहीं करती है, जिसमें अवरुद्ध संचालन शामिल हैं, इसलिए दिखाने का प्रयास ऑपरेटिंग सिस्टम विंडो एक अलग थ्रेड में भी शेष को रोक देगी - इस बार क्योंकि जीआईएल को उठाया नहीं जाएगा।
• यूनिकोड समर्थन - रूबी में, यह केवल संस्करण 1.9 के बाद से दिखाई दिया, जो संक्रमण की प्रक्रिया अभी भी पूरी तरह से दूर है।
• नामित फ़ंक्शन तर्कों के लिए समर्थन। रूबी में, किसी डिक्शनरी में अंतिम तर्क पास करके इस दृष्टिकोण का अनुकरण किया जा सकता है, लेकिन इससे कोड की मात्रा बढ़ जाती है।
  
  
• ऑपरेटिंग सिस्टम के साथ बातचीत करने के लिए बहुत अच्छा बिल्ट-इन ctypes लाइब्रेरी। माणिक में निर्मित रूबी डीएल लाइब्रेरी बहुत खराब दस्तावेज है और उपयोग करने में अधिक कठिन है - लेखक मणि 'एफफी' का उपयोग करने की सलाह देते हैं।
• एक फ़ंक्शन एक ऑब्जेक्ट है - इसके लिए एक लिंक एक चर में रखा जा सकता है, एक सरणी, दूसरे फ़ंक्शन को पास किया गया। रूबी में, एक फ़ंक्शन का पहचानकर्ता स्वयं एक कॉल है, इसलिए किसी फ़ंक्शन के संदर्भ को पास करने के लिए, आपको इसे एक मध्यवर्ती ऑब्जेक्ट, "proc" में लपेटना होगा, जो कोड को जटिल करता है।
  
  
• सज्जाकारों के लिए समर्थन - उन वस्तुओं में एनोटेशन जोड़ने की क्षमता है जो उनके व्यवहार को बदलते हैं। रूबी में, यह आत्मनिरीक्षण का उपयोग करके अनुकरण किया जा सकता है - लेकिन कोड अधिक जटिल हो जाता है, इसके लिए बहुत ही आत्मनिरीक्षण के साथ एक बाइक की आवश्यकता होती है, जो बहुत तेज नहीं है।
  
  
• मूल JSON समर्थन करते हैं। माणिक में - केवल संस्करण 1.9 से शुरू होता है
• मूल SQLite समर्थन। रूबी में कोई अंतर्निहित डेटाबेस उपकरण नहीं है।
• बिल्ट-इन GUI, "Tk" सभी प्लेटफार्मों पर समान रूप से समर्थित है। रूबी में Tk भी है, लेकिन विंडोज के लिए इंस्टॉलर डिफ़ॉल्ट रूप से इसे स्थापित नहीं करता है, और 10.6 से शुरू होने वाले OSX में यह रूबी के लिए काम नहीं करता है जो सिस्टम के साथ आता है और आपको इसे फिर से स्थापित करने की आवश्यकता है, जो आम तौर पर बहुत सरल है।
• रूबी में, मुख्य अपवाद के बाहर फेंका गया एक अपवाद डिफ़ॉल्ट अपवाद हैंडलर द्वारा नियंत्रित नहीं किया जाता है।
• मानक पुस्तकालय में अभिलेखागार को अनपैक करने और पैक करने के लिए समर्थन।
• सभी समर्थित प्लेटफार्मों के लिए अच्छा क्यूटी पुस्तकालय जीयूआई समर्थन। और क्यूटी, जैसा कि आप जानते हैं, शक्ति है।
• नियमित अभिव्यक्ति में कैप्चर समूहों के नाम का समर्थन किया। रूबी में - केवल संस्करण 1.9 के बाद से
• सामान्य तौर पर, अधिक सामान्य। यदि किसी प्रोग्राम या लाइब्रेरी में बाइंडिंग (वर्चुअलबॉक्स, क्यूटी, जीटीके) है तो ज्यादातर मामलों में यह पायथन होगा।
• स्थिर संस्करण 2.6 और 2.7 लगभग एक दूसरे से अलग नहीं हैं और मुख्यधारा हैं, 3.x में संक्रमण बहुत दूर के भविष्य में है। रूबी अब सक्रिय रूप से असंगत शाखाओं 1.8 से 1.9 तक संक्रमण कर रही है - काफी दर्दनाक, दर्दनाक और जाम पैदा करता है।

धारणा है कि पायथन बेहतर है? हम रूबी की तरफ से देखते हैं

• इंटरपोलिंग स्ट्रिंग्स आपको रूबी कोड को स्ट्रिंग्स में शामिल करने की अनुमति देता है, स्वचालित रूप से स्ट्रिंग में इसके निष्पादन के परिणाम को प्रतिस्थापित करता है।
  
  
• देशी खुलता समर्थन। अजगर के लिए - या तो ActivePython का उपयोग करें न कि बहुत सुविधाजनक और खराब दस्तावेज वाले pyopenssl कार्यान्वयन के साथ, या स्वयं अधिक सुविधाजनक m2crypto स्थापित करें - जो कि विशेष रूप से विंडोज़ के तहत, स्थापित करना बहुत आसान नहीं है।
• आंतरिक डीएसएल बनाने के लिए समर्थन: ब्लॉक, Inst_eval, कोष्ठक के बिना फ़ंक्शन कॉल।
• शेल कमांड को कॉल करने और उनके काम का परिणाम प्राप्त करने के लिए एक सुविधाजनक तंत्र सिर्फ दो `वर्ण हैं। यह रिक्त स्थान वाले रास्तों के साथ सही तरीके से काम करता है - जिसे पायथन में सबप्रोसेस मॉड्यूल के बारे में नहीं कहा जा सकता है, जहां रिक्त स्थान के साथ सही ढंग से काम करने के लिए आपको कमांड और इसके तर्कों को स्ट्रिंग के साथ नहीं, बल्कि एक सूची के साथ पास करना होगा।
• एक सापेक्ष पथ पर मॉड्यूल शामिल करने की क्षमता। पायथन तकनीकी रूप से, लेकिन बहुत सारे कोड और कुछ अप्रिय विशेष प्रभावों के साथ।
  
  
• विंडोज में नेटिव OLE सपोर्ट। पायथन में एक अच्छा pyWin32 मॉड्यूल है - लेकिन आपको या तो इसे मैन्युअल रूप से स्थापित करना होगा या ActivePython को स्थापित करना होगा, जहां इसे बंडल किया गया है।
• संग्रह के बाहर अनुक्रमणिका शून्य हो जाती है, जो कुछ मामलों में बहुत संक्षिप्त कोड लिखने की अनुमति देती है।
• अपेक्षित त्रुटियों को दबाने के लिए सुविधाजनक वाक्यविन्यास।
  
  
• एक अच्छा erb टेम्पलेट इंजन मानक पुस्तकालय में शामिल है।
• स्वचालित विलोपन के साथ अस्थायी फ़ोल्डर बनाने की क्षमता। पायथन में, ऐसा अवसर केवल संस्करण 3.2 में दिखाई दिया - और यह बहुत दूर का भविष्य है।
• एक भाषा निर्माण स्विच है। लेकिन अजगर में - नहीं।
• संस्करण 1.9 से शुरू होकर, नियमित अभिव्यक्ति में कैप्चर किए गए समूहों को स्वचालित रूप से चर में बदल दिया जा सकता है।
  
  
• समय और तारीख के साथ काम करने के लिए बेहतर समर्थन। पायथन मानक पुस्तकालय यूटीसी के साथ भी काम नहीं करता है।
• विशेष प्रभावों के बिना विंडोज में फ़ाइल सामग्री पढ़ना। पायथन में, फ़ाइल "टेक्स्ट मोड" में डिफ़ॉल्ट रूप से खुलती है, जो स्वचालित रूप से लाइन फीड्स को कनवर्ट करती है और जादू ईओएफ प्रतीक तक पहुंचने पर रीडिंग में बाधा डालती है, जिससे अप्रिय बग हो सकते हैं।
• थ्रेड्स में एक निकास विधि है जो उन्हें बाहर से एक धागा बंद करने की अनुमति देती है। पायथन में, आप "बाहर" प्रवाह को रोक नहीं सकते हैं - आपको स्टॉप फ़्लैग के साथ अपनी बाइक बनाने की आवश्यकता है।

निष्कर्ष

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

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

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