फेसबुक पर पायथन 3

सभी को नमस्कार!

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

चलो चलते हैं।

पायथन 3 के लिए संक्रमण हाल के वर्षों में बहुत अधिक लोकप्रिय हो गया है, लेकिन प्रक्रिया अभी भी पूरी तरह से दूर है। पायथन का उपयोग करने वाली कई बड़ी कंपनियों का बुनियादी ढांचा पायथन 2.7 में कोड के बड़े ब्लॉक छोड़ देता है, और फेसबुक कोई अपवाद नहीं है। जेसन फ्राइड ने पिछले 4 वर्षों में कंपनी में हुए परिवर्तनों के बारे में बात करने के लिए PyCon 2018 का दौरा किया - Python 3 की शुरुआत में यह व्यावहारिक रूप से अनुपस्थित था, लेकिन अंत में यह कंपनी में Python का मुख्य संस्करण बन गया। जेसन ने इस लक्ष्य को हासिल करने में मदद की, और उनकी बात [YouTube वीडियो] उन अन्य संगठनों के लिए विचारों का एक बड़ा स्रोत है जो पलायन करना चाहते हैं।

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



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

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

2013 में, फेसबुक पर अजगर 3.3 के लिए अल्पविकसित समर्थन था। यह निर्माण प्रणाली में पायथन 3 समर्थन को जोड़ने के कार्य के हिस्से के रूप में दिखाई दिया। लेकिन इस कार्य को फेसबुक पुस्तकालयों में अजगर 3 समर्थन द्वारा अवरुद्ध किया गया था, जिसके परिणामस्वरूप निर्माण प्रणाली में अजगर 3 समर्थन की कमी से अवरुद्ध था। स्थिति ट्रिक -22 की तरह है : पायथन 3 "उपलब्ध" था, लेकिन फेसबुक के वातावरण में कुछ भी इसका समर्थन नहीं करता था।

इसके अलावा, 2013 में, फेसबुक पर पायथन 3 नकारात्मक भावना से घिरा हुआ था। लगभग सभी ने सोचा कि कंपनी सिर्फ पायथन 2.7 पर हमेशा के लिए रहेगी। पूरी तरह से अलग भाषा पर स्विच करने की भी बात की गई थी। यहां तक ​​कि खुद भयभीत (एक आंतरिक समूह में) ने कहा कि पायथन 3 में संक्रमण फेसबुक पर कभी नहीं होगा। केवल एक व्यक्ति ने इस कथन को चुनौती दी और इसके बारे में कुछ करने की पेशकश की; उस समय, फ्राइड ने कॉल टू एक्शन को अनदेखा कर दिया लेकिन इस विचार के बारे में सोचना जारी रखा।

आशा की किरण

लेकिन, फ्रायड के अनुसार, उम्मीद गर्म थी। जनवरी 2013 में, __future__ (print_function, division, absolute_imports, andunicode_literals) ने __future__ (print_function, division, absolute_imports, andunicode_literals) से चार आयातों का उपयोग किया। प्रारंभ में, वे पायथन 2 कोडबेस के जीवन का विस्तार करते दिखाई दिए, और उन्हें हर जगह जोड़ा गया ताकि लिंटर ने कोसना बंद कर दिया। इसने अंततः पायथन 3 में मॉड्यूल के रूपांतरण को सरल बनाया।

Facebook, Apache Thrift दिनचर्या को दूर करने और कॉल करने के लिए सर्वव्यापी ढांचे का उपयोग करता है। और पायथन 2 के साथ इसकी असाधारण संगतता एक प्रमुख अवरोधक बन गई है। लेकिन फेसबुक पर थ्रिफ्ट द्वारा संभावित रूप से दिलचस्प नवाचारों पर एक सर्वेक्षण में, पायथन 3 के लिए समर्थन जोड़ना एक लोकप्रिय विकल्प बन गया। डर ने इसके लिए मतदान किया, लेकिन अभी तक नहीं क्योंकि वह पायथन 3 को बढ़ावा देना चाहता था; उन्होंने बस महसूस किया कि पायथन 2 इंटरफ़ेस जावा से कुछ के समान था, और इसलिए आवश्यक रीफ़ैक्टरिंग।

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

2014 की शुरुआत में ऐसा हुआ, लेकिन अगले छह महीनों तक कुछ भी नहीं बदला; उपयोगकर्ता दिखाई नहीं देते थे और ऐसा करने की योजना नहीं बनाते थे, वास्तव में, वे किसी भी बदलाव के बारे में नहीं जानते थे।

नई परियोजना

अगस्त 2014 में, शुक्रवार ने एक विरासत सेवा को फिर से लिखने के लिए एक परियोजना शुरू की। प्रारंभ में, इस उद्देश्य के लिए, उन्होंने पायथन 2 और जियोवेंट का उपयोग करने की योजना बनाई, लेकिन तब उन्हें एहसास हुआ कि जब तक यह समाप्त नहीं हो जाता, तब तक यह पहले से ही पुराना था। किसी को परिवर्तन करने के लिए सबसे पहले होना चाहिए; फेसबुक और पायथन 3 के लिए, यह ठीक डर गया था। "यह आप हैं जो आपके संगठन में पायथन 3 के लिए इस व्यक्ति को बनना चाहिए।"

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

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

डर, अपने सामाजिक प्रभाव का उपयोग करते हुए, निर्माण प्रक्रिया में Pyflakes linter को जोड़ा। पीईपी 8 की उपस्थिति को देखते हुए, उन्होंने एक नया जोड़ना उचित ठहराया ताकि यह कोड समस्याओं की एक अलग श्रेणी को हल करे; इसके अलावा, Pyflakes में झूठी गलतियाँ थीं, इसलिए यह डेवलपर्स के लिए कम कष्टप्रद था। डर ने सब कुछ सेट कर दिया जिससे कि Pyflakes समीक्षा के लिए प्रस्तुत किए गए सभी कोड पर चला, पहले Python 2 के लिए और फिर Python 3। इसने सभी डेवलपर्स के बीच Python 3 के साथ संगतता बनाए रखने के काम को वितरित करने में मदद की, जिससे फ्रायड परियोजना में प्रगति हासिल करना संभव हो गया।

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

ट्रेनिंग

यह सब "रक्तस्राव" को रोकने में मदद करता है, लेकिन यह फेसबुक पर पायथन 3 को शुरू करने में कोई महत्वपूर्ण प्रगति करने में मदद नहीं करता है। नए कर्मचारियों को पाइथन सिखाने वाली टीम में शुक्रवार शामिल हो गया। जब कोड 2 या 3 के साथ संगत नहीं था, तो लिंटर्स ने पहले से ही त्रुटियों की सूचना दी थी, लेकिन भय उस बिंदु तक पहुंचना चाहता था जहां कोड 2/3 के साथ संगत कोड केवल विरासत परियोजनाओं के लिए लिखा गया था, और नया कोड केवल पायथन में लिखा गया था 3. एक बार फिर, भयभीत ने लिया। अपने हाथों में स्थिति: इस बयान को बनाने के लिए, 2015 में उन्होंने नए कर्मचारियों के लिए पायथन क्लास में स्लाइड बदल दी। यह विचार था कि भविष्य में किसी अज्ञात बिंदु पर, फेसबुक पायथन 3 पर स्विच करना चाहेगा, इसलिए यह पायथन 2 के लिए कोड लिखने का कोई मतलब नहीं है - किसी दिन इसे फिर से लिखना होगा। उन्होंने शुरुआती लोगों को समझाया कि यह सब फेसबुक के बुनियादी ढांचे और निर्माण प्रणालियों के अंदर काम करना चाहिए, और यदि यह संभव नहीं था, तो आपको एक बग भेजना होगा, या इसे अपने आप को ठीक करना होगा। "अजीब तरह से पर्याप्त, यह काम किया।"

जनवरी 2015 में, डर ने अपनी परियोजना को "अंततः जारी" कर दिया। उन्होंने शेष वर्ष लोगों को उनकी सफलता के बारे में बताते हुए बिताए और 3. पायथन स्विच करने की आवश्यकता। वर्ष के दौरान, नए सहयोगी फेसबुक पर पायथन 3 के संक्रमण में दिखाई दिए।



उनमें से एक युसूकाज़ लैंगा था, जिसने "किसी तरह इंस्टाग्राम को पायथन 3 पर स्विच करने के लिए मना लिया"। 2016 में, लैंगा ने फेसबुक पर एक नई फेसबुक कंट्रोल टीम बनाई, जिसे "स्टूपिड गेट का विभाग" कहा गया। चूँकि वे "पायथन टीम" थे, इसलिए उपरोक्त वर्णित "काल्पनिक अधिकार"; लोगों ने सोचा कि वे फेसबुक पर अजगर के बारे में निर्णय ले सकते हैं।

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

2016 के अंत में, प्रोजेक्ट टीम ने पायथन 3 पर स्विच करने के परिणामों के साथ एक रिपोर्ट जारी की। डेवलपर्स ने बस कोड में 2to3 लॉन्च किया और सभी बिंदुओं को निर्धारित किया जो उसने कसम खाई थी। जब प्राप्त कोड लॉन्च किया गया था, तो यह पाया गया कि यह 40% तेज है और मेमोरी के केवल आधे हिस्से का उपयोग करता है। इसने एक मिथक की ओर इशारा किया कि शुक्रवार अक्सर सामने आता है: पायथन 3, पायथन 2 की तुलना में धीमा है। यह पायथन 3 के पुराने संस्करणों के लिए सही हो सकता है, लेकिन अभी यह प्रासंगिक नहीं है।

अच्छा सामान

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

एक नई समस्या - लोग पूछते हैं कि कब पाइथन 2 के लिए समर्थन से इंकार करना संभव है। जब पाइथन 2 पुस्तकालयों या मॉड्यूल के समर्थन में पंजीकरण दिखाई देते हैं, तो डेवलपर्स अक्सर पूछते हैं कि क्या वे केवल पाइथन 3 पर स्विच कर सकते हैं। समस्या यह है कि कुछ साल पहले यह विपरीत था। "ओह, मैं जिस दुनिया में रहता हूं, वह कितना अद्भुत है।"

व्याख्यान के दौरान, Freide ने Q3 2015 से शुरू होने वाले Python सेवा के लिए फेसबुक प्रवेश बिंदुओं का एक ग्राफ दिखाया - उस समय कुल मिलाकर केवल 4 Python 3 अंक थे। 2016 के मध्य में Python 3 में संक्रमण के समय, सभी बिंदुओं में से 4% पहले से ही मौजूद थे। पायथन 3. मार्च 2018 में, उनकी संख्या 50% से अधिक हो गई; मई के मध्य में, व्याख्यान के समय, 55% "दसियों हजार फेसबुक प्रवेश बिंदु" थे। फ्रायड के अनुसार, कंपनी अब कोड लिखने के लिए शर्मिंदा है जो केवल पायथन 2 पर चलता है।

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

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

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

अंत

हम एक प्रश्न और टिप्पणियों की प्रतीक्षा कर रहे हैं जो आप यहां छोड़ सकते हैं या सीधे अपने खुले पाठ में स्टास पूछ सकते हैं।