पाइथन बनाम रूबी का जवाब दें

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


मेरे बारे में:
मैं पायथन में दस साल से अधिक समय से लिख रहा हूं, और मैं रूबी को काफी सतही रूप से जानता हूं।
हाल ही में, मैं प्रतिबद्ध अधिकारों के साथ पायथन कोर डेवलपर हूं।

सांता क्लारा में अंतिम यूएस पायकोन पर, गुइडो वैन रोसुम ने एक अद्भुत भाषण दिया - मैं सभी को देखने की सलाह देता हूं।

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

अब लेखक के लिए विशिष्ट दावों के बारे में (निश्चित रूप से, पायथन के बारे में - किसी जानकार को एक भारित शब्द भी कहना चाहिए)।

- पायथन में एक अंतर्निहित एसएसएल मॉड्यूल है। Microsoft के साथ प्राचीन लाइसेंस प्राप्त स्क्वैबल्स के कारण (सही है, यदि नहीं) यह मॉड्यूल विंडोज के लिए वितरण पैकेज में शामिल नहीं है। अन्य सभी ओएस पर यह है।

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

- अजगर एक सापेक्ष तरीके से मॉड्यूल आयात कर सकते हैं। यह बिल्कुल फाइलों के लिए मॉड्यूल के सापेक्ष पथ है। मॉड्यूल पैकेज (फ़ोल्डर जिसमें __init__.py होते हैं) में होना चाहिए। पाठक इस बिंदु पर पहले ही बता चुके हैं।

- codecs.open आप फ़ाइल को खोलने के लिए एन्कोडिंग निर्दिष्ट करने की अनुमति देता है। खुले एक ही उद्देश्य के लिए एन्कोडिंग का समर्थन करता है।

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

अन्य: जैसा कि पाठकों ने पहले ही नोट किया है, कुछ भाग पायथन वितरण में शामिल नहीं हैं, लेकिन तीसरे पक्ष के पुस्तकालयों के रूप में उपलब्ध हैं।

- पाइत्ज़। नई पायथन जारी करने के लिए टाइमज़ोन सूची को डेढ़ साल की तुलना में अधिक बार अपडेट किया जाता है। प्रलेखन में pytz का कोई लिंक नहीं है - इसे ठीक करें।

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

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

और अंत में, मुख्य बात।
python2 पहले से ही मृत है। हां, हम अक्सर बग-फिक्स करते हैं। python2.7.3 जल्द होगा। लेकिन दो साल पहले दोनों खत्म हो गए।

अधिक से अधिक पुस्तकालय ट्रोइका के लिए उनके समर्थन की पुष्टि कर रहे हैं।
- SQLAlchemy ने यह एक लंबे समय से पहले किया है।
- जिंगा 2 भी।
- पिरामिड - एक हफ्ते पहले।
- WebOb कि पिरामिड पिछले साल के अंत में निर्भर था।
- Django भी शीर्ष तीन के लिए कदम होगा - उन्होंने वादा किया था।

दोस्तों, Python3 आपका भविष्य है जो आपकी एड़ी पर आता है। तैयार हो जाओ!

UPD: पतन में रिलीज़ होने वाली Django 1.5, पायथन 3.3 के लिए प्रायोगिक समर्थन करेगी