अलेक्जेंडर मकरोव के साथ साक्षात्कार, वाईआई कोर टीम

Yii के प्रमुख डेवलपर्स में से एक, अलेक्जेंडर मकारोव ( समदर्क ), DevConf में पैकेज मेट्रिक्स के बारे में बात करेंगे और मैंने मुझसे Yii के नए संस्करण, नए ORM , OpenCollective के लिए धन उगाहने, पूर्णकालिक ओपन सोर्स डेवलपमेंट और एक बिट के बारे में कुछ सवाल पूछने का अवसर लिया। सम्मेलन के बारे में।

मैं उस प्रश्न से शुरू करता हूं जो आपसे लगातार पूछा जाता है। Yii के साथ क्या हो रहा है? Yii 3 कब है? मैं काफी समय से github.com/yiisoft पर नए पैकेजों की सक्रिय रचना देख रहा हूं।

Yii के साथ , सब कुछ ठीक है। खैर, लगभग। समझाने के लिए, आपको थोड़ा पीछे देखने की जरूरत है।

जब हमने संस्करण 2.0 बनाया, तो हमने कुछ हद तक अपनी ताकत को कम कर दिया। यह समझ में आता है, Qiang Xue हर दिन पहाड़ों पर लुढ़कता था और यह हमें एक ही बार में लगता था।

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

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

https://github.com/yiisoft/docs/blob/master/001-yii-values.md
https://github.com/yiisoft/docs/blob/master/003-roadmap.md

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

https://github.com/yiisoft/event-dispatcher
https://github.com/yiisoft/di

प्रक्रिया अभी तक पूरी नहीं हुई है, इसलिए पैकेजों की संख्या में वृद्धि जारी रहेगी। अब यह उनके साथ आसान नहीं है, लेकिन बाद में इसे बनाए रखना बहुत आसान हो जाएगा।

मुझे याद है कि आपके पास कुछ नए ORM का उपयोग करने की योजना थी, जिनके बारे में बहुत कम लोग जानते हैं। github.com/cycle/orm मैंने उसे विस्तार से जानने के लिए परेशान नहीं किया है, मुझे बताओ कि यह दूसरों से अलग कैसे है और इसने आपको कैसे आकर्षित किया?

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

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

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

Yii ने हाल ही में opencollective.com/yiisoft के माध्यम से धन जुटाना शुरू किया। "एक केंद्रित कोर डेवलपर - $ 24,000 प्रति वर्ष" का लक्ष्य वर्तमान में पूरा होने के करीब है। इसका क्या मतलब है? पूर्णकालिक डेवलपर जो विशेष रूप से Yii के साथ सौदा करेगा? यह कौन होगा?

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

मैं पहला ऐसा डेवलपर होगा। लक्ष्य तक पहुंचने पर, हम बार को बढ़ाने और कोर टीम के किसी अन्य सदस्य तक इसका विस्तार करने का प्रयास करेंगे।

यह सभी बढ़ी हुई गतिविधि इस तथ्य के कारण सबसे अधिक संभावना है कि आपके पास अंततः समय है। आपने स्काईेंग में काम किया, वहां छोड़ दिया (आप यहां कारणों और विवरणों के बारे में पढ़ सकते हैं - rmcreative.ru/blog/post/poka--skyeng )। क्या आप केवल खुले स्रोत के साथ सौदा करना जारी रखते हैं? कैसा लग रहा है? परिवार का बजट?

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

संवेदनाएं ... सभी तरह की। यह वास्तव में मैं क्या करना पसंद है। मुझे खुशी है कि यह एक महान उपकरण निकला। ऐसे लोगों से खुश हैं जो Yii के प्रति उदासीन नहीं हैं और जो मदद करते हैं। मुझे सम्मेलनों में बोलना पसंद है।

कभी-कभी जिम्मेदारी का बोझ उखड़ जाता है। मैं आराम करना चाहता हूं, लेकिन "आवश्यक" मुझे कुछ करने के लिए मजबूर करता है। सबसे अधिक बार, कुछ भी समझदार इस तरह के मूड में नहीं आता है, इसलिए मैं अभी भी खुद को समझाने की कोशिश करता हूं कि बाकी अच्छी तरह से लायक है।

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

मैं उस क्षण का इंतजार कर रहा हूं जब अल्फा को घोषित करना और पहली नाराज समीक्षा प्राप्त करना संभव होगा :)

मुझे अभी भी याद है कि आपने कॉफी शॉप की तरह कुछ खोला है, और शायद सिर्फ एक ही नहीं। आत्मा के लिए व्यवसाय? क्या इसमें बहुत समय लगता है?

दो कॉफी हाउस, हाँ। उन्होंने स्वयं प्रसन्न होने के लिए ऐसा किया। बार ऊंचा है। अच्छे लोग निकले, लेकिन विकसित होने के लिए जगह है। मेरा भाई मुख्य रूप से अब कॉफी हाउस में लगा हुआ है। समय ज्यादा नहीं लगता।

मई में, आप PhpRussia सम्मेलन के आयोजकों में से एक थे। वह कैसे गई?

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

एक साधारण डेवलपर को ऐसे सम्मेलनों में क्यों जाना चाहिए?

1. ताकि पता चल सके कि कहां उगना है।
2. यह समझने के लिए कि परियोजना में सब कुछ सही है या नहीं।
3. नए उपकरणों और प्रथाओं की भर्ती।
4. बातचीत करने के लिए। यह अक्सर बहुत अप्रत्याशित परिणाम देता है: सिर्फ सुखद संचार से लेकर अमूल्य सुझाव और अंतर्दृष्टि।

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

यह PHP के लिए काफी लागू है। बेशक, सबसे पहले, यह वाई , सिम्फनी या लारवेल के स्तर पर परियोजनाओं के लिए आवश्यक है, लेकिन वाणिज्यिक परियोजनाओं के लिए यह भी समझ में आता है। पैकेट मेट्रिक्स को न केवल कम्पोज़र पैकेज पर लागू किया जा सकता है, बल्कि मॉड्यूल, माइक्रोसर्विस, इत्यादि को भी कोड किया जा सकता है।

---

DevConf को 21-22 जून को आयोजित किया जाएगा और इसके पहले केवल 2 सप्ताह बचे हैं। मजबूत रिपोर्ट , मौके पर या कॉफी विराम पर सवालों के एक गुच्छा पर चर्चा करने का अवसर और एक लंबे समय के लिए एक अच्छा सकारात्मक चार्ज मिलता है - रजिस्टर ।