उपकरण हम टीम के विकास के लिए उपयोग करते हैं

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

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

परियोजना प्रबंधन प्रणाली

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

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

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

Redmine को मुफ्त RedmineCRM प्लगइन का उपयोग करके लगभग पूर्ण-पूर्ण CRM में बदल दिया जा सकता है, जो संपर्क, सौदे, नोट्स और इंटरफ़ेस से सीधे संदेश भेजते हैं, मुफ्त चालान (खातों), वित्त (वित्त) और लोगों (लोगों) के संयोजन में।

उसी निर्माता के पास ग्राहक सहायता के आयोजन के लिए हेल्पडेस्क प्लगइन भी है। यह भुगतान किया जाता है, लेकिन महंगा नहीं - $ 156 से। बेशक, यह बाजार पर सबसे अच्छा समाधान नहीं है, लेकिन इसका निस्संदेह लाभ रेडमिन के साथ पूर्ण एकीकरण है।

संस्करण नियंत्रण प्रणाली

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

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

आईडीई

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

• संस्करण नियंत्रण प्रणालियों के लिए मूल समर्थन । मैंने प्रोजेक्ट खोला, Ctrl + T दबाया - अपडेट पूरा हो गया। किए गए परिवर्तन, Ctrl + K दबाए गए - पूर्ण किए गए।
• एफ़टीपी पर ऑटो अपलोड । क्लाइंट पर सर्वर पर एसवीएन को स्थापित और कॉन्फ़िगर करना हमेशा संभव नहीं होता है। ऐसे मामलों में, आपको पुराने तरीके से काम करना होगा - एफ़टीपी के माध्यम से। लेकिन यहां PHPStorm हमारे जीवन को आसान बना देगा - सहेजते समय, फ़ाइल स्वचालित रूप से सर्वर पर अपडेट हो जाती है। और जब एक परियोजना को लोड करते हैं, तो प्रोग्राम सभी फ़ाइलों को नवीनतम संस्करण में अपडेट करता है यदि वे इस समय के दौरान बदल गए हैं।
• और एक सामान्य आईडीई के लिए कई अन्य मानक उपहार: एक सुविधाजनक इंटरफ़ेस, सुंदर डिजाइन थीम, कोड ऑटोकॉमप्लेक्शन, त्रुटि कोड निरीक्षण (उदाहरण के लिए, HTML और CSS के लिए अंतर्निहित W3C सत्यापनकर्ता), आदि।

यह बिना कहे चला जाता है कि PHPStorm को विशेष रूप से PHP प्रोग्रामर के लिए डिज़ाइन किया गया था। यदि आप एक अलग भाषा के साथ काम करते हैं, तो आप इस पृष्ठ पर एक ही डेवलपर्स (JetBrains) से आपके लिए आवश्यक IDE का चयन कर सकते हैं। फिलहाल, उनके पास निम्नलिखित प्रोग्रामिंग भाषाओं के लिए कार्यक्रम हैं:

• इंटेलीज आईडिया (जावा, साथ ही फ्लेक्स एंड एयर)
• RubyMine (रूबी)
• ReShaper (.NET)
• PyCharm (पायथन)
• WebStorm (HTML, CSS, JS)

क्लाउड डेटा वेयरहाउसिंग

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

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

---

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