मैंने ओपन सोर्स प्रोजेक्ट्स पर काम करने की प्रक्रिया को कैसे सरल बनाया

इस लेख में मैं आपको बताऊंगा कि कैसे मैंने कुछ प्रमुख ओपन सोर्स प्रोजेक्ट के विकास में भाग लेने की कोशिश की, मुझे खुद से नफरत थी, और फिर दिनचर्या को स्वचालित किया और जीवन का आनंद लेना सीखा। विवरण - कटौती के तहत।

यह क्यों आवश्यक है?

आमतौर पर, डेवलपर्स कई कारणों से खुले स्रोत समुदाय में भाग लेना चाहते हैं। यहाँ उनमें से कुछ (और शायद सभी नहीं) हैं:

• मुफ्त के लिए इस और अन्य कार्यक्रमों का उपयोग करने के अवसर के लिए आभार
• नया अनुभव प्राप्त करना
• अपने फिर से शुरू पंप करने के लिए

सॉफ़्टवेयर विकास में सर्वोत्तम प्रथाओं को अवशोषित करने के लिए मुझे हमेशा कुछ नया सीखने का अवसर मिला, लेकिन बाकी सब कुछ इस प्रक्रिया में कम सुखद उपांग नहीं है।

ठीक है, मैं व्यवसाय में हूं, मैं कहां से शुरू करूं?

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

शुरुआती लोगों के लिए कार्य कैसे खोजें?

कुछ समय पहले, गिटब ने शुरुआती लोगों के लिए उपयुक्त कार्य दिखाना शुरू किया।

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

आवश्यकताओं

• टास्क खुला होना चाहिए
• कार्य किसी को नहीं सौंपा गया है
• कार्य को समुदाय को सरलता और खुलेपन के साथ लेबल किया जाना चाहिए।
• टास्क बहुत पुराना नहीं होना चाहिए

उसके बाद, मैंने उपयोग किए गए लेबल के लिए विभिन्न रिपॉजिटरी का विश्लेषण करना शुरू किया। यह पता चला कि विभिन्न लेबलों का एक विशाल समूह है, जिनमें से कुछ विशिष्ट रिपॉजिटरी / संगठनों के लिए अद्वितीय हैं। केस-संवेदी, मैंने ~ 60 टैग्स की एक सूची तैयार की

समाधान विकास

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

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

यहाँ कार्यक्रम कैसे काम करता है:

अनुरोध सीमा

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

दूसरे, अनुरोधों की संख्या पर एक सीमा है - उन्हें प्रति घंटे 5000 से अधिक नहीं बनाया जा सकता है। इस सीमा के साथ, सब कुछ बहुत अधिक जटिल है, जब एक खोज क्वेरी में कई टैग पास करते हैं, तो गितुब उनके बीच एक तार्किक 'और' डालता है और, सूची में टैग की संख्या को देखते हुए, यह लगभग 100% संभावना के साथ कुछ भी नहीं मिलेगा। एपीआई में कॉल की एक बड़ी बर्बादी का सामना करना पड़ा, मैंने उन सभी टैगों के लिए एक अतिरिक्त अनुरोध करना शुरू कर दिया जो परियोजना में हैं, मेरी सूची के साथ चौराहे ले लो और केवल इन टैग के लिए टुकड़ा अनुरोध कार्यों द्वारा टुकड़ा करें। प्रत्येक रिपॉजिटरी में 1 अनुरोध जोड़कर, मैंने 50-55 अतिरिक्त अनुरोधों से छुटकारा पा लिया (टैग जितने अधिक टैग्स का समर्थन करता है, उतने टैग वाले कार्यों के लिए रिपॉजिटरी के लिए मौजूद नहीं हैं)।

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

रिपॉजिटरी कैसे खोजें?

यदि आप अभी तक ऐसे सक्रिय गितुब उपयोगकर्ता नहीं हैं, या यदि आप सितारों की कार्यक्षमता का उपयोग नहीं करते हैं, तो यहां सही रिपॉजिटरी खोजने के लिए कुछ सुझाव दिए गए हैं:

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

लांच

शुरू करने के लिए, आपको आवश्यकता होगी:

• कंप्यूटर पर docker स्थापित है
• एक एपीआई टोकन लिखें, आप इसे संबंधित गिथब सेटिंग्स पृष्ठ पर कर सकते हैं
• मापदंडों के माध्यम से अपनी पहुंच टोकन पास करके कंटेनर को शुरू करें
  
  

  docker pull igorperikov/mighty-watcher:latest docker run -e TOKEN={} --rm igorperikov/mighty-watcher:latest 

अन्य सेटिंग्स (भाषा द्वारा फ़िल्टर, समानता का स्तर, रिपॉजिटरी की ब्लैकलिस्ट) परियोजना पृष्ठ पर पाई जा सकती हैं। प्रोजेक्ट का लिंक ।

यदि आपको प्रोजेक्ट में कुछ टैग याद आ रहे हैं - एक पीआर बनाएं या मुझे व्यक्तिगत रूप से लिखें, मैं जोड़ूंगा।