गिट और टीम विकास (डमी के लिए)

लेख के सह-लेखक: रिकार्डोमिलोस

परिचय

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

GIT

निश्चित रूप से आप इस स्थिति से परिचित हैं:



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

और यहां आपको पता चलता है कि आपने काम करने के विकल्प को नहीं बचाया है, और आपके कीबोर्ड का Z बटन टूट गया है, इसलिए आप ctrl + z को स्पैम भी नहीं कर सकते। रोष के एक फिट में, आप मॉनिटर को अपने पंप वाले दाहिने हाथ से तोड़ते हैं। शाम को, आप रोते हैं, एक कंबल में लिपटे हुए हैं, और प्रोग्रामर की दुर्दशा के बारे में सोचते हैं।

एक भयावह स्थिति ... और ऐसा होने से रोकने के लिए, आपको अपने कोड के संस्करणों को सहेजने की आवश्यकता है।

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

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



उसी के आसपास, सभी संस्करण नियंत्रण प्रणाली काम करते हैं।

संस्करण नियंत्रण प्रणाली (वीसीएस) एक ऐसी प्रणाली है जो एक फ़ाइल या फ़ाइलों के सेट को लंबे समय तक बदलने के लिए रिकॉर्ड करती है, ताकि आप बाद में एक विशिष्ट संस्करण पर लौट सकें।

SLE वर्गीकरण:

1. स्थानीय
2. केंद्रीकृत
3. वितरित

हमने पहले ही स्थानीय हार्ड मुद्रा का पता लगा लिया है (ये एक ही फाइलों के ढेर हैं)

केंद्रीकृत कठोर मुद्रा

• केंद्रीय सर्वर
  संस्करण नियंत्रण के तहत सभी फाइलें
• ग्राहकों की एक संख्या
  फ़ाइलों की प्रतियां प्राप्त करें

उदाहरण:

• सीवीएस
• विनाश
• ख़ामख़ाह

कठिन मुद्रा वितरित की

1. ग्राहक पूरी तरह से पूरे भंडार की नकल करते हैं
2. मास्टर कॉपी प्रदान करने के लिए केंद्रीय सर्वर जिम्मेदार है
3. सिंक हो सकता है
   
   • सर्वर के साथ
   • किसी भी ग्राहक के साथ
   
   

उदाहरण:

• Git
• अस्थिर
• बाजार

मुझे SLE की आवश्यकता क्यों है

1. सभी परियोजना परिवर्तन संग्रहीत
2. "परियोजना के किसी भी चरण में" स्विच करने की क्षमता
3. एक साथ टीम के विकास का संचालन करने की क्षमता
4. निम्नलिखित जैसी समस्याओं को हल करने की क्षमता

GIT

Git - वितरित संस्करण नियंत्रण प्रणाली
Linus Torvalds द्वारा पोस्ट किया गया
2005 - पहला संस्करण

स्थापना:
Linux: sudo apt install git
Windows / macOS: लिंक

डेवलपर्स का उपयोग करें:

• जीएनयू / लिनक्स
• एंड्रॉयड
• शराब
• गूगल
• क्रोमियम
• jQuery
• पीएचपी
• मीडियाविकि
• क्यूटी

मूल अवधारणाएँ

रिपॉजिटरी (रिपॉजिटरी, रेपो) - एक ऐसी जगह जहां हार्ड मुद्रा अपने मेटाडेटा और प्रोजेक्ट ऑब्जेक्ट के डेटाबेस को संग्रहीत करती है
वर्किंग डायरेक्टरी - रिपॉजिटरी से निकाले गए प्रोजेक्ट के विशिष्ट संस्करण की एक प्रति
तैयार क्षेत्र (चरणबद्ध क्षेत्र) - एक सेवा फ़ाइल जिसमें परियोजना के अगले संशोधन में शामिल होने के बारे में जानकारी होनी चाहिए
संशोधन (संशोधन) - एक वस्तु जो परियोजना की स्थिति में परिवर्तन को संग्रहीत करती है (परियोजना का संस्करण)
प्रतिबद्ध - एक नया संशोधन बनाना

GIT कॉन्फ़िगर करें

उपयोगकर्ता नाम सेटिंग

git config --global user.name "Your Name" git config --global user.email you@abc.net 

सेटिंग्स एक छिपी हुई .gitconfig फ़ाइल (उपयोगकर्ता के होम निर्देशिका में) में सहेजी जाती हैं

 [user] name = John Doe email = jdoe@example.com 

रिपोजिटरी बनाएं

 mkdir first_git_repo cd first_git_repo git init 

प्रोजेक्ट फाइल स्टेट्यूज

1. तय
   फ़ाइल पहले से ही रिपॉजिटरी में है
2. औंधा
   फ़ाइल अपनी प्रतिबद्ध स्थिति से अलग है
3. तैयार
   एक संशोधित फ़ाइल जो एक नया संशोधन बनाने के बाद प्रतिबद्ध हो जाएगी (यह फ़ाइल इस संशोधन में आ जाएगी)

कोड के साथ काम करें

• रिपोजिटरी इनिशियलाइज़ेशन
  
  

   git init 

• या एक विशिष्ट संशोधन पर स्विच करना
  

   git checkout _ 

1. प्रोजेक्ट कोड में बदलाव: फाइलों को बनाना / हटाना / संपादित करना
   किसी भी IDE में
2. स्थिति देखें
   git status
3. सूचकांक में संशोधित फ़ाइलें जोड़ना
   (मंचन की स्थिति में संक्रमण)
   git add ___
4. एक संशोधन बनाना (मंचन से रेपो तक)
   git commit -m ""

संक्षेप में प्रस्तुत करना

कड़ी मुद्रा के साथ काम करें

क्या स्टोर करना है?

[+] सभी स्रोत कोड फ़ाइलें
[+] संकलन के लिए आवश्यक सभी संसाधन
[+] परियोजना संकलन सेटिंग्स
आईडीई में [-] परियोजना सेटिंग्स
[-] स्रोत से संकलित फ़ाइलें
[-] निष्पादन योग्य फाइलें

सूचकांक से हटाएं

git rm _

एक प्रतिबद्ध में कई फ़ाइलों में परिवर्तन हो सकते हैं

कब करना है?

• जब मैंने एक छोटा सा काम पूरा किया
• यदि समस्या बड़ी है - तार्किक मातहतों में विभाजित करें
• कोड चालू होना चाहिए!

इतिहास देखें

 git log git log --graph 

संशोधन संख्या = SHA-1 हैश बदलें

ऑडिट करने के लिए स्विच करें

 git checkout sha1_hash git checkout _8__sha1 

शाखाओं

एक शाखा कमिट का एक क्रम है जिसमें एक कार्यात्मक को समानांतर में विकसित किया जाता है

मुख्य शाखा - गुरु

जीआईटी में शाखाएँ

रिपॉजिटरी में मौजूद सभी शाखाओं को दिखाएं

git branch

शाखा बनाएँ

git branch

शाखा में स्विच करें

git checkout
इस समय कोई भी अवांछित परिवर्तन नहीं होना चाहिए।

एक शाखा बनाएं और उस पर स्विच करें

git checkout -b

शाखाएँ मिलाएं

शाखाओं को मिलाएं - एक शाखा से दूसरी शाखा में परिवर्तन (कमिट) को एकीकृत करने की प्रक्रिया:

b1 - शाखा जिसमें हम परिवर्तन जोड़ते हैं
b2 - शाखा जिसमें से हम परिवर्तन जोड़ते हैं

 git checkout b1 git merge b2 

इतिहास देखें

विंडो उपयोगिताओं:

• gitg
• gitk
• gitx
• gitKraken

शाखाओं को हटा दें

शाखा हटाओ

git branch –d _

एक शाखा प्राप्त करें

git branch –D _

या इसके बजाय, मास्टर को स्थानांतरित करने के लिए कमिट की प्रतीक्षा किए बिना शाखा को हटा दें

अनवांटेड परिवर्तन बफ़र

या "यदि आपको किसी अन्य शाखा में स्विच करने की आवश्यकता है, और जल्दी करने के लिए क्या करना है?"

अस्थायी बफर में परिवर्तन लिखें

git stash

बफर से इन परिवर्तनों को निकालें

git stash pop

उपयोगी लिंक:

git-scm.com/book/ru/v2
githowto.com/ru
ru.wikipedia.org/wiki/__

टीम का विकास

इसलिए, यदि आप इस पंक्ति में आते हैं, तो इसका मतलब है कि आपके पास कम से कम गिट के साथ थोड़ा सा सौदा है (मुझे वास्तव में इतनी उम्मीद है)। लेकिन टीम के विकास के बारे में क्या? आइए इस मुद्दे को अधिक विस्तार से देखें।

थोड़ा हास्य पहेली:

दिए गए:

• एन डेवलपर्स
• काम के स्थान
• संदर्भ की शर्तें (टीओआर)
• इंटरनेट

प्रश्न:

• आदेशों का ध्यान आकर्षित किए बिना किसी परियोजना को कैसे आगे बढ़ाया जाए?

उत्तर है:

• अच्छी तरह से समन्वित टीम और कड़ी मेहनत

हम्म, एक टीम क्या है? वह क्या है?

एक टीम लोगों की एक छोटी संख्या है:

• पूरक कौशल के साथ (कोई प्रोग्रामिंग कर रहा है, कोई डिजाइन कर रहा है, आदि)
• सामान्य लक्ष्यों की आकांक्षा (उन्हें पूर्ण आत्म-संतुष्टि प्राप्त करने के लिए ग्राहक के कार्य को पूरा करने की आवश्यकता है)
• परियोजना के लक्ष्य को प्राप्त करने के लिए जिम्मेदारी साझा करना (यदि अचानक टीम के सदस्यों में से एक को अपने व्यक्तिगत टीके के साथ कठिनाई होती है, तो उनके टीम के साथी हमेशा उनकी सहायता के लिए आएंगे (इसका दुरुपयोग नहीं किया जाना चाहिए, अन्यथा आप बस टीम के लिए अनावश्यक होंगे)।

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

तो, अब आप समझ गए हैं कि एक टीम क्या है। लेकिन अगला सवाल जो आपके सिर में उठता है (हाँ, हाँ, इस लेख के लेखक दिमाग पढ़ सकते हैं): “और टीम में कौन जिम्मेदार है? क्या हर किसी की अपनी जगह होती है? या हर कोई वही कर रहा है जो वे चाहते हैं? "

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

1. टीम लीडर:
   
   टीम लीडर एक प्रोजेक्ट मैनेजर और एक योग्य डेवलपर के बीच एक क्रॉस है।
   
   परियोजनाओं पर दो प्रमुख भूमिकाएँ हैं: प्रबंधकीय - पीएम, और तकनीकी - सिस्टम आर्किटेक्ट। टिमलीड आंशिक रूप से दोनों भूमिकाओं को पूरा करता है, लेकिन उनकी जिम्मेदारियों का ध्यान प्रबंधन पर है (तकनीकी भाग पर जोर तकनीकी नेतृत्व है)।
   
   "टीम लीड # 1: आपकी टीम की देखभाल। टीम को काम के माहौल में सहज महसूस करना चाहिए और अच्छी तरह से प्रेरित होना चाहिए। इसके अलावा, टीम लीडर अपने बच्चों के लिए पेशेवर और कैरियर विकास भी प्रदान करता है, नियमित रूप से उस विषय पर चर्चा करता है जहां लोग विकास में रुचि रखते हैं, और इसमें उनकी मदद करते हैं। ”
   
   टीम लीडर की प्रबंधकीय भूमिका में प्रबंधन, आवंटन और कार्यों के प्रतिनिधिमंडल, सभी प्रकार के मूल्यांकन और निर्धारण, परियोजना की स्थिति की निगरानी, ​​साथ ही बैठकें, ग्राहक, प्रबंधन और सभी टीम सदस्यों (डेवलपर्स, परीक्षक, प्रबंधक) के साथ जिम्मेदारियां शामिल हैं।
   
   तकनीकी भूमिका के तहत: तकनीकी दस्तावेज लेखन में भागीदारी, परियोजना के लिए प्रौद्योगिकियों का चयन, वास्तुकला विकास, आर एंड डी, कोड समीक्षा, जूनियर्स का उल्लेख, तकनीकी साक्षात्कार का संचालन, कार्य प्रक्रिया में नए टीम के सदस्यों की सक्षम भागीदारी, परियोजना के तकनीकी भाग की जिम्मेदारी।
   
   एक विशिष्ट टाइमलाइड कार्य दिवस में शामिल हैं:
   
   
   • नए कार्यों और उनके वितरण पर विचार
   • एक टीम के साथ खड़े हो जाओ
   • बैठकों
   • प्रोग्रामिंग
   • वास्तु संबंधी मुद्दे
   • कोड की समीक्षा
2. परियोजना प्रबंधक:
   
   प्रोजेक्ट मैनेजर एक ऐसा विशेषज्ञ है जिसका मुख्य कार्य प्रोजेक्ट को संपूर्ण रूप से प्रबंधित करना है: डिजाइनिंग और प्राथमिकता देना, शेड्यूलिंग कार्य, निगरानी, ​​संचार, और जल्दी से समस्याओं को हल करना।
   
   पीएम की प्राथमिक जिम्मेदारी और जिम्मेदारी मौजूदा संसाधनों का उपयोग करके ग्राहक के विचार को समय पर पूरा करना है। इस कार्य के ढांचे में, पीएम को एक विकास योजना बनाने, एक टीम को व्यवस्थित करने, एक परियोजना वर्कफ़्लो स्थापित करने, टीमों और ग्राहक के बीच प्रतिक्रिया प्रदान करने, टीमों के लिए हस्तक्षेप को समाप्त करने और समय पर उत्पाद की गुणवत्ता और वितरण को नियंत्रित करने की आवश्यकता है।
   
   पीएम कार्यों को सामरिक और रणनीतिक के रूप में वर्गीकृत किया जा सकता है। सामरिक - यह परियोजना की रोजमर्रा की समस्याओं का समाधान है, टीम से बाधाओं को हटाने का। रणनीतिक परियोजना के समग्र लक्ष्य, इसके लिए पथ, साथ ही आंदोलन की गति का समन्वय करना है।
   
   "पीएम के लिए मुख्य लक्ष्य वक्तव्य है:" हमें काम करने की आवश्यकता है ", जिसका अर्थ है कि टीम उचित समय में गुणवत्ता के उचित स्तर के साथ परिणाम प्रदान करेगी।"
3. परीक्षक:
   
   एक परीक्षक एक विशेषज्ञ है जो अपने काम में त्रुटियों और उनके बाद के सुधार की पहचान करने के लिए एक सॉफ्टवेयर उत्पाद का परीक्षण करने में लगा हुआ है।
   
   परीक्षक के मुख्य कर्तव्य:
   
   
   • विकसित उत्पादों का गुणवत्ता नियंत्रण।
   • सॉफ़्टवेयर उत्पादों के साथ काम करते समय उपयोगकर्ताओं द्वारा त्रुटियों और समस्याओं की पहचान और विश्लेषण।
   • ऑटोटेस्ट्स का विकास और उनका नियमित रूप से चलना।
   • स्क्रिप्ट विकास का परीक्षण।
   • दस्तावेजी दोष पाया गया।
4. डेवलपर्स:
   
   
   • जूनियर:
     जूनियर एक एंट्री-लेवल डेवलपर है।
     
     इंटर्नशिप पूरा करने के बाद, एक व्यक्ति पूर्ण जून में बदल जाता है। इसके लिए मुख्य आवश्यकता स्वतंत्र रूप से तकनीकी कार्यों को करने की क्षमता है। यदि कोई प्रोजेक्ट आर्किटेक्चर में बनाया गया है, तो उसे तुरंत विशिष्ट एप्लिकेशन लॉजिक का एक और टुकड़ा लागू करना चाहिए। हालांकि जूनियर समय-समय पर गलतियां कर सकते हैं, बारीकियों को नहीं समझते हैं, टीम के नेता के साथ कार्यान्वयन योजनाओं पर चर्चा करते हैं या उसके साथ समाप्त कोड की जांच करते हैं।
     
     आपको यह समझने की ज़रूरत है कि दस मिनट में हस्ताक्षरकर्ता द्वारा हल किए जाने वाले कार्यों के लिए, जून को प्रत्येक घंटे में तीन दृष्टिकोणों की आवश्यकता हो सकती है, और इस प्रक्रिया में, कोड को पूरी तरह से फिर से लिखना होगा, बहुत सारी अतिरिक्त ऊर्जा खर्च करना होगा। यह महत्वपूर्ण है कि इससे डरें नहीं और संतुलन महसूस करें: जब धक्का देना है, तो समस्या को स्वयं हल करने की कोशिश कर रहा है, और जब, इसके विपरीत, दीवार के खिलाफ अपने माथे को पीटना बंद करें, परियोजना के समय को जलाना, और मदद मांगना। "मैं अभी भी जून हूँ" वाक्यांश के साथ अपने प्रदर्शन की कमी को सही ठहराना एक बुरा विचार है।
   • मध्यम:
     
     मध्य - एक मध्य-स्तरीय डेवलपर।
     
     एक मध्य डेवलपर के लिए मुख्य आवश्यकता स्वतंत्र रूप से उसे सौंपे गए कार्यों को करने की क्षमता है। पिछले पैराग्राफ में जो लिखा गया था, उसके समान ही सही? हालांकि, एक महत्वपूर्ण चेतावनी है - "तकनीकी" शब्द यहां गायब है। यही है, एक नए स्तर पर, आपको व्यवसाय की आवश्यकताओं को समझने और उन्हें तकनीकी समाधानों में अनुवाद करने में सक्षम होना चाहिए।
     
     इस तरह से:
     
     
     1. मध्य डेवलपर समझता है कि एप्लिकेशन क्या कर रहा है। यह आपको कार्य को बेहतर ढंग से समझने की अनुमति देता है, और इसलिए, अधिक सटीक रूप से इसका मूल्यांकन करता है और इसे बेहतर ढंग से कार्यान्वित करता है। यदि आवश्यकताओं को पूरी तरह से एक परिदृश्य को कवर नहीं किया जाता है, तो एक अच्छा डेवलपर योजना स्तर पर इस पर ध्यान देगा। और नहीं जब एप्लिकेशन किसी भी गैर-मानक उपयोगकर्ता कार्रवाई पर क्रैश करना शुरू कर देता है।
     2. मध्य-डेवलपर अपने क्षेत्र में एक एप्लिकेशन का निर्माण करते समय मानक टेम्पलेट्स और समाधानों से परिचित होता है, समझता है कि उनकी आवश्यकता क्यों है, और उन्हें लागू करने का तरीका जानता है। कोड के सामूहिक विकास में फैसलों के मानकीकरण का बहुत महत्व है, क्योंकि यह एक नए व्यक्ति को यह पता लगाने की अनुमति देता है कि क्या है और त्रुटियों की संख्या को कम करता है। एक विशिष्ट एप्लिकेशन की संरचना को समझना, इसे खरोंच से निर्माण का कार्य काफी तुच्छ बनाता है, आपको उचित कार्यान्वयन के सिद्धांतों के बारे में बात करने और अच्छे कोड को बुरे से अलग करने की अनुमति देता है।
     3. मध्य-डेवलपर समझता है कि कोई भी काम नहीं करता है। वह जानता है कि टीम के अन्य सदस्यों के साथ बातचीत कैसे की जाती है: वह एक डिजाइनर के साथ एक कठिन क्षण पर चर्चा कर सकता है, एक व्यापार विश्लेषक के साथ अपूर्ण आवश्यकताओं को स्पष्ट कर सकता है या परियोजना वास्तुकार (यदि कोई हो) के साथ कुछ महत्वपूर्ण तकनीकी समाधान का समन्वय कर सकता है और निश्चित रूप से, टीम के विकास के लिए उपयुक्त उपकरण का मालिक है।
   • वरिष्ठ:
     
     सीनियर एक उच्च-स्तरीय डेवलपर है जिसने बहुत सारे कोड देखे हैं, शंकु का एक गुच्छा मिला है और इस से सही निष्कर्ष निकालने में कामयाब रहा है। हस्ताक्षरकर्ता का मुख्य कार्य परियोजना में सही तकनीकी निर्णय लेना है। "सही" वे हैं जो व्यावसायिक लाभ को अधिकतम करते हैं और लागत को कम करते हैं। एक अच्छा हस्ताक्षरकर्ता न केवल समझता है कि टीम क्या विकसित कर रही है, बल्कि यह सोचती है कि तैयार किए गए आवेदन को किन कार्यों को हल करना चाहिए। नीलामी के लिए एक साइट विकसित करना, हस्ताक्षरकर्ता हमेशा चोटी के भार के बारे में आश्चर्यचकित करता है और डेटाबेस तालिकाओं को प्रतिस्पर्धी रूप से लिखने का प्रयास करने की कोशिश करता है। वह सिस्टम की अड़चनों के बारे में पहले से सोचता है, इसे स्केल करने की संभावना के बारे में, उपकरणों के अनुचित उपयोग से होने वाली कमजोरियों और समस्याओं को याद करता है।
     
     ऐसा विशेषज्ञ एक आश्चर्यजनक काम करता है - प्रकट होने से पहले ही समस्याओं को हल करता है। बाहर से, यह दूरदर्शिता का उपहार जैसा दिखता है। लेकिन अगर आपका प्रोजेक्ट आग से आग में रहता है, और आपको लगातार बाहर फेंकना होगा और कोड के टुकड़ों को फिर से लिखना होगा - ये ऐसे लक्षण हैं जो परियोजना अपर्याप्त हस्ताक्षर ध्यान प्राप्त करते हैं।
5. डिजाइनर:
   
   एक डिजाइनर एक व्यक्ति है जो डिजाइन करता है। तार्किक रूप से, है ना?
   
   डिज़ाइनर का काम पहले पिक्सेल के प्रकट होने से बहुत पहले शुरू होता है, और अंतिम की तुलना में बाद में समाप्त होता है।
   
   अधिकांश लोग यह विश्वास करने के आदी हैं कि डिजाइन वास्तव में चित्रों, रंगों और फोंट का एक सेट है जो उत्पाद बनाने के लिए लेआउट डिजाइनरों और प्रोग्रामरों को दिया जाता है। कभी-कभी यह दृष्टिकोण काम करता है, लेकिन अधिक बार यह एक परियोजना के रूप में निकलता है, जो तब पोर्टफोलियो में जोड़ना शर्मनाक है।
   
   तथ्य यह है कि समस्या को हल करने के लिए यह एक तस्वीर खींचने के लिए पर्याप्त नहीं है। इस प्रक्रिया में, एक अच्छा डिजाइनर 4 चरणों से गुजरता है। यहाँ वे हैं:
   
   • समस्या को समझना:
     
     काम समस्या की समझ के साथ शुरू होता है, जैसे कि एक पिछलग्गू के साथ थिएटर: जब तक आप अपने बाहरी कपड़ों को त्याग नहीं देते, तब तक आप आगे नहीं जाएंगे। यदि आप समस्या को हल नहीं करते हैं, तो आपको एक गैर-व्यवहार्य उत्पाद मिलेगा।
   • एक समाधान के लिए खोजें:
     
     जब समस्या स्पष्ट होती है, तो इसका हल तलाशने का समय आ गया है। स्थापित शब्दों में, ये सभी प्रकार के रेखाचित्र और प्रोटोटाइप हैं जो अंतिम उत्पाद की प्रारंभिक दृष्टि बनाने में मदद करते हैं।
   • प्रकटन:
     
     यह केवल चित्र बनाना और फोंट का चयन करना है। कई डिजाइनर यहां से शुरू करते हैं और तुरंत काम खत्म कर देते हैं और ऐसे डिजाइनरों के काम के नतीजे ड्रिबल या आईएचएस में बड़ी संख्या में देखे जा सकते हैं।
   • मिलान:
     
     यहां तक ​​कि अगर आपके सिर पर और कागज पर एक पतला और सुरुचिपूर्ण समाधान है, तो इसका मतलब यह नहीं है कि क्लाइंट के लिए यह समान दिखाई देगा। यदि आप इस चरण को छोड़ देते हैं और बस ग्राहक को सर्वोत्तम अभ्यास देते हैं, तो कम से कम वे आपकी समझ के अनुसार फिर से तैयार हो जाएंगे। क्लाइंट एडिट्स आपके काम की तरह थोड़े समय बाद बने रहेंगे।
   
   

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

निष्कर्ष

ठीक है, अगर आप इस बिंदु तक पढ़ते हैं - बधाई हो, तो आप अविश्वसनीय रूप से शांत हैं! नहीं, ठीक है, वास्तव में, आपका मस्तिष्क अभी तक इतनी जानकारी के साथ उबला नहीं है? मुझे उम्मीद है कि नहीं

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

आपका ध्यान के लिए धन्यवाद!

पुनश्च

MSHP (मास्को स्कूल ऑफ प्रोग्रामर्स) के छात्रों द्वारा औद्योगिक प्रोग्रामिंग पाठ्यक्रम के व्याख्यान के आधार पर लेख तैयार किया गया था।