क्यों Django Tinkoff पत्रिका में चुना गया है

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

आज हम आपके ध्यान में मॉस्को पायथन कॉन्फ ++ के बारे में उनकी भविष्य की रिपोर्ट के विषय पर टिंकॉफ पत्रिका के डेवलपर आर्सेनी गबदुलिन के साथ हमारी बातचीत का एक पाठ संस्करण लाते हैं, लेकिन बिना बिगाड़ने के।

हालांकि मैं हमेशा कहता हूं कि लोग सम्मेलनों में जाते हैं, अध्ययन करने के लिए नहीं, उनके लिए कई लाभ हैं। जैसे हमारे पॉडकास्ट में।



इसमें शामिल बातचीत:

• ग्रिगोरी पेट्रोव, मॉस्कोपिथॉन के प्रचारक, मॉस्को पायथन कॉन्फ ++ की कार्यक्रम समिति के प्रमुख;
• मॉस्कोपिथॉन कॉन्फ ++ में टिंचॉफ़ पत्रिका के वक्ता आर्सेनी गबदुलिन;
• ज़्लाटा ओबुखोव्स्काया, टीम के नेता एनवीडिया, इंजीलवादी मॉस्कोपिथॉन, मॉस्को पायथन कॉन्फ ++ की कार्यक्रम समिति के सदस्य;
• वैलेन्टिन डोंब्रोव्स्की, सह-आयोजक और मॉस्कोथॉन के सह-संस्थापक,

वैलेन्टिन डोंब्रोवस्की: आर्सेनी, बिगाड़ने के बिना आपकी रिपोर्ट - सम्मेलन में आप हमें क्या बताएंगे?

कैसे आर्सेनी टीजे में डेवलपर बन गया

आर्सेनी गबदुलिन: वास्तव में, हम अपने विकास के प्रमुख साथी वादिम गोंचारोव के साथ मिलकर बात करेंगे। यह व्यवसाय की ओर से है, और मैं विकास की ओर से। हम पायथन का उपयोग करके मीडिया परियोजनाओं को कैसे करना है, इसके बारे में बात करेंगे कि यह व्यापार और मीडिया को क्या लाभ देता है, हम वर्डप्रेस से Django में कैसे चले गए, अब हम क्या कर रहे हैं, हमारे पास क्या समस्याएं और सफलता हैं, और भविष्य के लिए हमारी योजनाएं क्या हैं।

वैलेन्टिन डोंब्रोवस्की: चलो एक कदम पीछे चलते हैं। मुझे बताएं कि आप क्या करते हैं, और आप टिंकऑफ़ जैसे अद्भुत संगठन में कैसे समाप्त हुए? तुम वहाँ क्या ले आए? आपका पेशेवर रास्ता?

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

वर्डप्रेस से संबंधित सामूहिक आ रहा है

ग्रिगोरी पेट्रोव: इसमें शर्म करने की कोई बात नहीं है। जीवन में सब कुछ होता है।

Zlata Obukhovskaya: हाँ, सब कुछ हुआ।

वैलेन्टिन डोंब्रोवस्की: ठीक है, अब वे फिर से कहेंगे कि हम PHP विशेषज्ञों को जहर दे रहे हैं।

Zlata Obukhovskaya: ग्रिशा, क्या आपने वर्डप्रेस साइट्स बनाई हैं?

ग्रिगोरी पेत्रोव: बिल्कुल!

Zlata Obukhovskaya: और मैंने वर्डप्रेस पर वेबसाइटें बनाईं।

वैलेंटाइन डोंब्रोव्स्की: और मैंने वर्डप्रेस साइट्स की। मैंने पायथन में भी विकास नहीं किया, लेकिन मैंने वर्डप्रेस में वेबसाइटें बनाईं।

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

वैलेंटाइन डोंब्रोव्स्की: और फिर यह वर्डप्रेस था?

आर्सेनी गबदुलिन: हाँ।

वैलेन्टिन डोंब्रोवस्की: अर्थात, आपका पाइथन प्रवास सीधे कार्य की प्रक्रिया में हुआ?

आर्सेनी गेबडुलिन: मैंने पहले पायथन में लिखा था, लेकिन मूल रूप से वे विज्ञान के लिए समाजशास्त्रीय प्रणाली थे, और विकास वर्डप्रेस पर था।

2016 में, T - F सिर्फ एक वर्डप्रेस थीम थी। हमारे पास कुछ लेख थे, और यह पूरी तरह से फिट समाधान था। कुछ बिंदु तक, आंखों के लिए वर्डप्रेस पर्याप्त है। फिर, 2016 के अंत तक, मैंने सुझाव दिया कि वह Django में जाने की कोशिश कर रहा है, क्योंकि कई समस्याओं ने संचित किया था जिन्हें संबोधित करने की आवश्यकता थी।

निकटतम मॉस्को पायथन कॉन्फ ++ में वक्ताओं के साथ प्रयोग

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

क्या आप जानते हैं कि दो वक्ताओं की कहानियां आमतौर पर कैसी दिखती हैं? यह बहुत दुखद है: एक व्यक्ति बताता है, बताता है, बताता है, दूसरा उसके चेहरे पर एक उदास अभिव्यक्ति के साथ पहले उसकी पीठ के पीछे खड़ा है। फिर वे शायद ही जगह बदलते हैं।

हमारे साथ सब कुछ गलत होगा। आर्सेनी और वादिम मूल रूप से कहानी को एक से दूसरे तक पहुंचाएंगे। अब सब कुछ तैयार है, हम तीनों पहले ही प्रदर्शन चला चुके हैं। यह मजेदार था।
आर्सेनी, हमारी कार्यशाला के अपने पहले छापों को साझा करें। मुझे लगता है, वे अब विशेष रूप से मूल्यवान हैं, क्योंकि आपने और वादिम ने अभी तक प्रदर्शन नहीं किया है। आप यात्रा के बीच में हैं, लेकिन रिपोर्ट तैयार है। आपको कार्यशाला कैसी लगी? कितना पागल, जटिल, असामान्य यह था - यह आपके पिछले अनुभव के साथ कैसे फिट है?

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

एक दिलचस्प प्रणाली भाषण के दिल में एक प्रतीत होता है सरल सिद्धांत है, लेकिन साथ ही आप तुरंत समझ जाते हैं कि सब कुछ कैसे जुड़ा हुआ है और भविष्य में यह कैसे काम करेगा। बेशक, मैंने कभी किसी के साथ मंच पर प्रदर्शन नहीं किया। यह कोशिश करना दिलचस्प है - मुझे नहीं पता कि क्या होगा। आशा है कि सब कुछ आसानी से हो जाएगा।

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

वैलेन्टिन डोंब्रोवस्की: हम केवल सम्मेलनों के बीच आधा साल का समय प्राप्त करते हैं, आखिरी मॉस्को पायथन कॉन्फ ++ ++ अक्टूबर में था।

ग्रिगोरी पेट्रोव: आज हमारे पास हमारे दर्शकों के लिए स्पीकर के साथ एक प्रकार का छोटा सा सिक्का है।
पायथन जूनियर पॉडकास्ट शुरुआती डेवलपर्स के लिए तैनात है, हालांकि मैं आपको एक रहस्य बताऊंगा जो न केवल जूनियर्स हमें सुन रहे हैं।

आर्सेनी गबदुलिन: अफवाहों के अनुसार, गुइडो वान रोसुम कभी-कभी दिखता था।

वैलेन्टिन डोंब्रोव्स्की: अंग्रेजी में उपशीर्षक में शामिल हैं - बहुत अच्छा!

क्या Django 2019 में एक ऑनलाइन मीडिया ढांचे के रूप में उपयुक्त है

ग्रिगोरी पेट्रोव: मुझे बताएं, आर्सेनी, आपके अनुभव से - शुरुआती डेवलपर्स के लिए - आप Django के साथ कितने संतुष्ट थे। दरअसल, सिद्धांत रूप में, Django को मूल रूप से प्रकाशन व्यवसाय, अर्थात पत्रिकाओं के लिए एक रूपरेखा के रूप में तैनात किया गया था। लेकिन यह बहुत पहले की बात है। तब से वेब बहुत बदल गया है, और आपने हाल ही में टिंकॉफ पत्रिका के लिए Django का उपयोग करना शुरू कर दिया है। मुझे बताओ, क्या आप निराश हैं? 2016 और उसके बाद के प्रकाशन प्रणालियों के लिए Django को क्या पसंद आया? आपकी व्यक्तिगत राय क्या है?

वैलेन्टिन डोंब्रोव्स्की: एक ही समय में, बिगाड़ने के बिना! ठीक है, अगर केवल थोड़ा।

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

Zlata Obukhovskaya: उन्हें सिर्फ पत्रिका खुद नहीं करनी है।

आर्सेनी गबदुलिन: हाँ, वैसे। वे उद्यम सेवाओं को करने के आदी हैं, अब वे सब कुछ Node.js. पर कर रहे हैं वे केवल Node.js तक सब कुछ उठाने के लिए उपयोग किए जाते थे, लेकिन मैंने कई लोगों को आश्वस्त किया है कि आप पायथन और Django दोनों में अच्छा कर सकते हैं। लेकिन, मैं जोर देता हूं, अनुरोधों को अवरुद्ध करने के बारे में बहुत सारे विचार हैं - आखिरकार, यह Django की तुल्यकालिक प्रकृति है, जिसे अब फिर से नहीं बनाया जा सकता है । यह हाइलाइट है।

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

Django REST फ्रेमवर्क पर एक कंटेंट प्रोजेक्ट कितनी देर तक अच्छी तरह से चलता है?

Zlata Obukhovskaya: आप DRF का उपयोग करते हैं, आपको इसके बारे में बात करने की आवश्यकता है।

आर्सेनी गबदुलिन: हां, डीआरएफ एक वास्तविक मानक है । एक Django मॉडल है, DRF के ऊपर - खुशी (एक बिंदु तक)।

Zlata Obukhovskaya: किस बिंदु तक?

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

Zlata Obukhovskaya: अर्थात्, जैसे ही एक तीन-चरण जुड़ना शुरू होता है - ठीक है, तीन-चरण में शामिल नहीं होता है, लेकिन कुछ और भी गहरा, यह शायद पहले से ही मुश्किल है।

आर्सेनी गबदुलिन: बिल्कुल।

ज़्लाटा ओबुखोव्स्काया: यह पता चला है कि टिंकॉफ प्रोजेक्ट हेल्प एक अन्य तकनीक को फिर से लिखना बेहतर होगा। किसी भी विचार क्या इस्तेमाल किया जा सकता है? आपके व्यक्तिगत दृष्टिकोण से?

वैलेन्टिन डोंब्रोवस्की: हमें थोड़ा सा परिचय दें, टिंकॉफ मदद क्या है?

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

वैलेन्टिन डोंब्रोवस्की: यानी, टिंकॉफ में वास्तव में वे संयुक्त, मोटे तौर पर बोल रहे हैं, एक सामग्री परियोजना: पत्रिका और मदद एक ही मंच पर बनाई गई थी।

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

वैलेन्टिन डोंब्रोवस्की: और एक नए तकनीकी मंच के लिए?

जोंगो नहीं तो क्या

Zlata Obukhovskaya: मेरे पास एक सवाल है: अगर नहीं Django - तो क्या? विकल्प क्या हैं?

आर्सेनी गबदुलिन: हम सभी को Node.js से प्यार है, हमें Node.js. करने के लिए मनाया गया। हमने मना कर दिया, Node.js. में डेटा के साथ काम करने की कोई इच्छा नहीं है। हां, निश्चित रूप से प्रदर्शन, अतुल्यकालिक, और बहुत कुछ है। लेकिन फिर भी हम मॉडल में डेटा बाहर रखेंगे।

Zlata Obukhovskaya: फिर अतुल्यकालिक पायथन बाहर निकलता है?

आर्सेनी गबदुलिन: हां, यदि आप पायथन में लिखना चाहते हैं, तो मुझे लगता है कि यह सीधे तौर पर एक मोक्ष है।

वैलेन्टिन डोंब्रोव्स्की: यहाँ तो सवाल है - नोड.जेएस बनाम पायथन - कौन किसको हराएगा। अगर हम लोगों की आदतों के बारे में बात करते हैं, तो यह एक बात है, लेकिन अभी भी बेकार में, सबसे अच्छा काम कहाँ करता है? ग्रिशा, Node.js या एसिंक्रोनस पायथन?

ग्रिगोरी पेट्रोव: यह आप बस है ...

Zlata Obukhovskaya: उन्होंने व्यावहारिक रूप से पेंडोरा का पिटारा खोला!

पायथन में तुल्यकालिक और अतुल्यकालिक विकास की पृष्ठभूमि के बारे में

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

सामान्य रूप से अतुल्यकालिक प्रोग्रामिंग - पायथन 3.7 में इवेंट लूप और नोड्स 11 में - बहुत समान हैं।

लेकिन ऐतिहासिक परतें हैं। Node.js जावास्क्रिप्ट से गया, जो ब्राउज़र से गया। सिद्धांत रूप में, ब्राउज़र जेएस में अवरुद्ध संचालन को बर्दाश्त नहीं कर सकता है, क्योंकि अन्यथा पृष्ठ अवरुद्ध हो जाएगा, यह स्क्रॉल नहीं करेगा।

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

जब वे Node.js के साथ आए, तो यह प्रतिमान कि सब कुछ अतुल्यकालिक है कॉलबैक मूल रूप से Node.js में बदल गया और एक धागा होने पर अतुल्यकालिक प्रतिमान में बहुत अच्छी तरह से काम किया, और उस समय हुड के तहत कई, कई निम्न-स्तरीय चीजें हैं। समय-समय पर इस थ्रेड रिपोर्ट को कॉलबैक करता है।

जब कई वर्षों के बाद async और इंतजार का आगमन जावास्क्रिप्ट में हुआ, ठीक पाइथन की तरह, पहेली हुआ। अब Node.js एप्लिकेशन एक async-coroutine की तरह दिखती है, और आपके द्वारा किए जा सकने वाले सभी चीज़ों के लिए इंतजार कर रहे हैं।

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

यदि हम पायथन में समानांतर में कुछ करना चाहते थे, तो हमने एक धागा पूल लिया और धागे से गुणा किया - खुशी थी! फिर इवेंट लूप आया।

इवेंट लूप के पक्ष में पायथन ने थ्रेड प्रतिमान पर क्या दिया?

वे आखिर क्यों इवेंट प्रतिमान के प्रति प्रवाह प्रतिमान को त्यागने लगे?

एक डेवलपर के लिए हुड के तहत सभी अवरुद्ध मशीनरी को छिपाना और एक धागे में केवल अतुल्यकालिक संचालन के परिणामों को प्रबंधित करना बहुत आसान है।

यह वास्तव में सुविधाजनक है - एक हजार धागे लॉन्च करने और एक ही समय में उनकी प्रतीक्षा करने की तुलना में बहुत अधिक सुविधाजनक है। साथ ही, धाराएं स्वयं मुक्त नहीं हैं, उन्हें लॉन्च करना, ऑपरेटिंग सिस्टम के लिए उनके बीच स्विच करना एक बोझ है।

जब पायथन धागे से इवेंट लूप में चला गया, तो यह पता चला कि सभी मौजूदा पुस्तकालय अवरुद्ध थे। Node.js, जावास्क्रिप्ट में, सभी मौजूदा पुस्तकालयों को शुरू में गैर-अवरुद्ध किया गया था, जबकि पायथन में वे शुरू में अवरुद्ध थे। इसलिए, बॉक्स से बाहर अद्भुत एसिंकोयो अनिवार्य रूप से दो प्राइमिटिव्स देता है जिनके लिए हम इंतजार कर सकते हैं: नेटवर्क संचालन और टाइमर।

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

अतुल्यकालिक अजगर अभी भी बहुत छोटा है।

उनके पास Node.js जैसी सफल विरासत नहीं थी, और इसलिए वे अभी तक परिपक्व नहीं हुए हैं। हालाँकि, भाषा बहुत मजबूत है। इसलिए, यदि पायथन डेवलपर्स की एक टीम है, तो यहां तक ​​कि पायथन में async प्रोग्रामिंग के युवाओं की यह सीमा है, एक अनुभवी पायथन डेवलपर पहले से ही एक उत्पादक समाधान करने में सक्षम होगा जो कि नोड्स। जेएस की गति से नीच नहीं होगा। लेकिन एक ही समय में, इस तथ्य के कारण कि पायथन इसे Node.js की तुलना में बहुत बेहतर जानता है, समाधान बेहतर होगा और तेजी से विकसित होगा, कोड क्लीनर है, समर्थन सस्ता है।

क्या पायथन में खरोंच से अतुल्यकालिक समाधान लिखना मुश्किल है

Zlata Obukhovskaya: वास्तव में, कोई भी किसी भी नए फैशनेबल भंडार के लिए अपने स्वयं के अतुल्यकालिक ड्राइवर को लिखने से मना करता है।

ग्रिगोरी पेट्रोव: यस यू ।

Zlata Obukhovskaya: और कौन नहीं करता है?

ग्रिगोरी पेत्रोव: कोई भी डेवलपर्स वरिष्ठ डेवलपर्स से कम है। अतुल्यकालिक समाधान वास्तव में लिखना मुश्किल है। वे अप्रत्याशित स्थानों पर विफल हो जाते हैं। आर्सेनी, का कहना है कि इन चीजों को करना मुश्किल है।

आर्सेनी गबदुलिन: अतुल्यकालिक? असामान्य।

Zlata Obukhovskaya: क्या आप टिंकऑफ में कहीं अतुल्यकालिक का उपयोग करते हैं? शायद रात के खाने में कुछ लोगों ने अतुल्यकालिक का उपयोग करने के बारे में एक उदास या, इसके विपरीत, मजेदार कहानी बताई?

आर्सेनी गबदुलिन: हमारी अधिकांश सेवाएँ Node.js. द्वारा संचालित हैं। वहां, अतुल्यकालिक डीएनए में एम्बेडेड है। हमारे पास उदाहरण के लिए, आवाज सेवाएं भी हैं, जिनमें से कई पायथन में काम करती हैं। सच कहूं तो, मुझे नहीं पता कि वे वास्तव में यह सब कैसे लागू करते हैं, लेकिन मुझे लगता है कि एसिंक्रोनसी को मल्टीथ्रेडिंग के माध्यम से प्राप्त किया जाता है। सामान्य तौर पर, अत्यधिक लोड किए गए API में, यह अब Node.js नहीं है, लेकिन कुछ Scala, कम से कम। और वे C ++ में बहुत अधिक वर्कलोड कर रहे हैं, लेकिन फिर से, प्लस-थ्रेडिंग।

सही प्रोग्रामिंग टूल के बारे में

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

यदि, उदाहरण के लिए, पायथन डेवलपर 5-10 वर्षों के लिए पायथन में प्रोग्रामिंग कर रहा है, तो वह एक अनुभवी डेवलपर, टी-आकार, गो, नोड.जेएस, आदि हो सकता है। लेकिन इस तथ्य के कारण कि उन्हें पायथन का उपयोग करने का इतना अच्छा अनुभव है, वह विशेष रूप से और उनकी पायथन टीम तेजी से और तेज सेवा लिखेंगे, जो कि Node.js और यहां तक ​​कि गो पर से विकसित और बनाए रखना आसान होगा। सिर्फ इसलिए कि कई वर्षों के लिए परिचित उपकरण कोड लेखन के सभी पक्षों के लिए एक बड़ा बोनस देता है।

बेशक, पतित मामले हैं - निश्चित रूप से। लेकिन सामान्य मामलों में, अधिकांश कार्यों के लिए ऐसा है। या नहीं? मेरे साथ बहस करो।

Zlata Obukhovskaya: यह तर्क दिया जा सकता है, निश्चित रूप से, क्योंकि अगर डेवलपर के पास T अक्षर से एक लंबा पैर है, तो कुछ भी उसे एक कोड लिखने से रोकता है जो भाषा की विशिष्ट विशेषताओं के साथ बहुत संतृप्त है, जिसे बाद में कोई भी नहीं समझेगा। लेकिन वह समझता है - वह अच्छा है!

ग्रिगोरी पेट्रोव: वे कहते हैं कि अनुभवी डेवलपर्स, इसके विपरीत, सरल कोड लिखते हैं।

Zlata Obukhovskaya: अगली बार हम कई अनुभवी डेवलपर्स को विभिन्न प्रौद्योगिकियों से स्टूडियो में लाएंगे, आपको एक हथियार देंगे, और इसे एक घंटे के लिए छोड़ देंगे।

वैलेन्टिन डोंब्रोवस्की: मेरा सुझाव है कि उनमें से प्रत्येक दूसरे के कोड को पढ़ें और देखें कि क्या होता है। यह एक लड़ाई होगी!

Zlata Obukhovskaya: आइए इस दार्शनिक तर्क को समाप्त करें और Django पर वापस लौटें। मुझे आर्सेनी की राय में बहुत दिलचस्पी है, लेकिन अगर Django नहीं तो क्या होगा? अतुल्यकालिक उच्च भार वाली चीजों के बारे में हम थोड़ा समझ गए। और पत्रिका बनाने, मीडिया सिस्टम प्रकाशित करने जैसे कार्यों के लिए, Django वास्तव में सबसे अच्छा समाधान है। फ्लास्क क्यों नहीं?

वैलेन्टिन डोंब्रोव्स्की: क्या यह आपके दृष्टिकोण से सबसे अच्छा विकल्प था, या कुछ और भी हो सकता है?

आर्सेनी गबदुलिन: मेरा मानना ​​है कि मीडिया के लिए जिओगो सबसे अच्छा विकल्प है।

वैलेन्टिन डोंब्रोवस्की: विकल्प क्या थे? शायद कुछ और माना जाता था?

आर्सेनी गैबडुलिन: बैंक स्टैक पर करने का एक विकल्प था, अर्थात, टिंकऑफ व्यवस्थापक क्षेत्र में होने वाली सर्वोत्तम प्रथाओं का उपयोग करें। PHP फ्रेमवर्क का एक प्रकार था क्योंकि हमारे पास PHP था - एक ही प्रतिमान में रहने के लिए। कोई विशेष विकल्प नहीं थे। लेकिन हम अपने सर्किट को बनाए रखना चाहते थे, यानी कि बैंकिंग विकास चक्र से बंधे रहना नहीं, क्योंकि अभी भी उनकी अपनी विशेषताएं हैं।

Zlata Obukhovskaya: यही है, अगर पायथन और मीडिया Django हैं?

आर्सेनी गबदुलिन: मुझे ऐसा लगता है। ORM हल करती है ।

Zlata Obukhovskaya: लेकिन ORM भी है और Django से संबंधित नहीं है।

आर्सेनी गबदुलिन: यह हां लगता होगा। उदाहरण के लिए, SQLAlchemy।

वैलेन्टिन डोंब्रोव्स्की : पोनीमोर।

Zlata Obukhovskaya: लेकिन peewee अभी भी उत्पादन में प्रयोग किया जाता है।

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

बैंक में विकास की विशिष्टता

ग्रिगोरी पेत्रोव: बाकी हम रिपोर्ट से सीखेंगे। इस अवसर को लेते हुए, मैं एक प्रश्न पूछना चाहता हूं जो कि पायथन से संबंधित नहीं है।

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

यहाँ, वैसे, यह सौभाग्य की बात है कि आप उस वित्तीय कोर पर काम नहीं कर रहे हैं जो विनियमित है, लेकिन संबंधित बुनियादी ढाँचे की सेवाओं पर। इसलिए, कोर डेवलपमेंट के बाहर बैंक में काम कोई मज़ेदार बारीकियाँ हैं, या यह सिर्फ एक साधारण आईटी कंपनी है, लेकिन सोशल नेटवर्क पर पसंद के बजाय, क्या हम पैसे से काम करते हैं?

: , - , IT- .

: vc.ru, , , , . , -, - .., . . .
IT- ?

: . , , . .

Moscow Python Conf ++

: , Moscow Python Conf ++ , , . ? ? ?

: — . , : « , , PostgreSQL 10 ».

— - -, , . , , .

: ? , - , - , ?

: , . , , .

: , Django — !

: Django.

: , , Django — . .

: , .

: , 24 , Python Core Developer, , - . , .

: Moscow Python Conf++.

: Python- 5 . . , , . साथ आओ!