अजगर कोर के रास्ते में

नमस्कार, हेब्र! मैं आपके लिए ग्लिफ़ लेफकोविट्ज़ (ट्विस्टेड फ्रेमवर्क के निर्माता) द्वारा "कर्नेल पायथन" लेख की ओर प्रस्तुत करता हूं।

अधिक विवरण - कटौती के तहत।

मानक पुस्तकालय को कम करने का जादू

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

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

हालांकि, मेरा मानना ​​है कि इस PEP वाक्य में त्रुटिपूर्ण दृष्टिकोण को लागू किया जा सकता है। मानक पुस्तकालय वर्तमान में CPython डेवलपर्स के साथ मिलकर समर्थित है। इसके बड़े टुकड़े अस्पष्ट उम्मीद में छोड़ दिए गए थे कि किसी दिन यह किसी को लाभ देगा। पूर्वोक्त PEP में, कलर्स मॉड्यूल की सुरक्षा करते समय इस सिद्धांत को देखा जा सकता है। इसे क्यों नहीं हटाया गया? उत्तर: “इस मॉड्यूल को समन्वय प्रणालियों (RGB, YIQ, HSL और HSV) के बीच CSS रंगों को परिवर्तित करने की आवश्यकता है। [] वह मुख्य विकास पर अतिरिक्त लागत नहीं लगाता है।

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

आपने मेरे पूल अनुरोध पर विचार क्यों नहीं किया?

तो, आइए इस कथन को देखें: क्या कलर्स जैसे छोटे मॉड्यूल "मुख्य विकास पर अतिरिक्त लागत" लगाते हैं?

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

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

जवाब देने के लिए मजबूर: हाँ । मुड़ अखंड है क्योंकि यह सीपीथॉन के समान ऐतिहासिक काल से आता है, जब घटक स्थापना वास्तव में जटिल थी। इसलिए, मैं सीपीथॉन की स्थिति के प्रति सहानुभूति रखता हूं।

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

लेकिन क्या परियोजना के लिए सबसे जरूरी या गंभीर समस्या ट्विस्टेड की अखंड प्रकृति है? इसकी सराहना करते हैं।

इस लेखन के समय, ट्विस्टेड के पास लाइन में 5 अनसुलझे लंबित पूल अनुरोध थे। टिकट पर विचार करने में जो औसत समय खर्च होता है, वह मोटे तौर पर साढ़े चार दिन का होता है। कतार में सबसे पुराना टिकट 22 अप्रैल को है, जिसका अर्थ है कि सबसे पुराना अप्राप्य पूल अनुरोध भेजे जाने के बाद 2 महीने से कम समय बीत चुका है।

पूल के अनुरोधों का जवाब देने के लिए पर्याप्त डेवलपर्स और समय निकालना हमेशा मुश्किल होता है। कभी-कभी ऐसा लगता है कि हम अभी भी बहुत बार सवाल करते हैं "आप मेरे पूल अनुरोध पर विचार क्यों नहीं कर रहे हैं?" हम हमेशा इसे पूरी तरह से नहीं करते हैं, लेकिन सामान्य तौर पर हम प्रबंधन करते हैं; कतार 0 और 25 के बीच उतार-चढ़ाव या सबसे अशुभ महीने में होती है।

इन संख्याओं की तुलना में CPython की कोर के बारे में क्या?

गितुब का दौरा करने के बाद, आप देख सकते हैं कि फिलहाल 429 टिकट विचार के लिए इंतजार कर रहे हैं। उनमें से सबसे पुराना 2 फरवरी, 2018 से अपेक्षित है, अर्थात लगभग 500 दिन।

इंटरप्रेटर के साथ कितनी समस्याएं हैं और स्टडीलिब लाइब्रेरी के साथ कितनी समस्याएं हैं? जाहिर है एक लंबित समीक्षा एक समस्या है, लेकिन क्या स्टडीलिब हटाने में मदद करेगा?

त्वरित और अवैज्ञानिक मूल्यांकन के लिए, मैंने पूल अनुरोधों के पहले (सबसे पुराने) पृष्ठ को देखा। मेरे व्यक्तिपरक मूल्यांकन में, 25 पूल अनुरोधों में से, 14 मानक पुस्तकालय से जुड़े थे, 10 भाषा की कोर या दुभाषिया कोड के साथ, और एक छोटी प्रलेखन समस्या से जुड़ा था। इस अनुपात के आधार पर, मैं यह सुझाव देने के लिए उद्यम करूँगा कि कहीं न कहीं आधे अधूरे पूल अनुरोध मानक पुस्तकालय कोड से जुड़े हैं।

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

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

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

नया वातावरण, नई आवश्यकताएं

शायद इससे भी अधिक महत्वपूर्ण यह है कि सीपीथॉन को मानक पुस्तकालय से जोड़ना सीपीथॉन को अन्य विशिष्ट वित्तीय नियुक्तियों की तुलना में विशेषाधिकार प्राप्त स्थिति में डाल देता है।

पॉडकास्ट के बाद पॉडकास्ट , रिपोर्ट के बाद पॉडकास्ट , हमें बताता है कि सफलता को जारी रखने और पायथन को विकसित करने के लिए, आपको नए क्षेत्रों में बढ़ने की आवश्यकता है: विशेष रूप से फ्रंट-एंड में, साथ ही मोबाइल क्लाइंट, एम्बेडेड सिस्टम और कंसोल गेम।

इन वातावरणों में एक या दो स्थितियों की आवश्यकता होती है:

• एक पूरी तरह से अलग रनटाइम ( ब्रायटन या माइक्रो पाइथन देखें)
• मानक लाइब्रेरी के संशोधित संस्करण को नीचे ले जाया गया।

इन सभी मामलों में, ठोकर ब्लॉक मॉड्यूल की परिभाषा है जिसे मानक पुस्तकालय से हटा दिया जाना चाहिए। उन्हें परीक्षण और त्रुटि द्वारा पाया जाना चाहिए; सबसे पहले, प्रक्रिया पायथन एप्लिकेशन में मानक निर्भरता निर्धारण प्रक्रिया से पूरी तरह से अलग है। Setup.py की रिपोर्ट में कोई install_requires घोषणा नहीं है कि पुस्तकालय stdlib से एक मॉड्यूल का उपयोग करता है जो लक्ष्य पाइथन क्रम को स्थान सीमाओं के कारण छोड़ सकता है।

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

यह सब दूर करो

“इस धारणा के बारे में कि आपको हर दिन थोड़ी सफाई करने की क्या ज़रूरत है? हालांकि यह आश्वस्त लगता है, अपने आप को धोखा मत देना। ऐसा क्यों लगता है इसका कारण यह है कि सफाई कभी समाप्त नहीं होती है क्योंकि आप थोड़ी सफाई कर रहे हैं। [...] सफलता का मुख्य रहस्य यह है: यदि आप इसे एक झटके में हटा देते हैं, और धीरे-धीरे नहीं, तो आप स्थायी रूप से अपनी सोच और जीवन की आदतों को बदल सकते हैं "

मैरी कोंडो, जादुई सफाई। घर और जीवन में ऑर्डर बहाल करने की जापानी कला "(पृष्ठ 15-16)

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

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

कुछ व्यावसायिक परिवेशों में, एक विशाल मानक पुस्तकालय होने का विचार आकर्षक लगता है क्योंकि आवश्यकताओं में निर्भरता का जोड़.टोक नौकरशाही है, हालांकि, ऐसे वातावरण में "मानक पुस्तकालय" की विशुद्ध रूप से मनमानी सीमाएं हैं।

यह अभी भी PyPI से मॉड्यूल के एक विस्तृत चयन के साथ CPython (संभवतः आधिकारिक तौर पर भी) के कुछ बाइनरी वितरण की आपूर्ति करने के लिए एक अच्छा विचार हो सकता है। दरअसल, साधारण कार्यों के लिए भी, एक निश्चित मात्रा में stdlib लाइब्रेरी की आवश्यकता होती है, जिसे अन्य आवश्यक मॉड्यूल स्थापित करने के लिए पाइप की आवश्यकता होती है।

अब ऐसी स्थिति है जहां पाइथन के साथ पाइप वितरित किया जाता है, लेकिन सीपीथॉन रिपॉजिटरी में विकसित नहीं किया गया है। सीपीथॉन रिपॉजिटरी में डिफ़ॉल्ट पायथन इंस्टॉलर के साथ क्या आता है, इसका एक हिस्सा दुभाषिया के लिए एक अलग टारबॉल में आता है।

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

निष्कर्ष

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

न्यू पायथन रनटाइम, नई तैनाती कार्य और नए डेवलपर ऑडियंस सभी पायथन समुदाय को नई ऊंचाइयों तक पहुंचने के लिए जबरदस्त अवसर प्रदान करते हैं।

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

मुझे उम्मीद है कि मैंने कम से कम आप में से कुछ को आश्वस्त किया है जो पायथन कोर की हमें आवश्यकता है।

और अब: पीईपी कौन लिखना चाहता है?