कैसे जूनियर डेवलपर्स मेरे प्रोजेक्ट को और अधिक सही बनाते हैं

इसका अधिक सही अर्थ क्या है - अधिक स्थिर, दोष सहिष्णु, अधिक आसानी से समझा जाने वाला - एक त्वरित प्रविष्टि, त्रुटि या दुर्घटना की स्थिति में जल्दी से बहाल, सही मैट्रिक्स और हर चीज के लिए अलर्ट के साथ।

शांत डेवलपर्स को तुरंत क्यों न रखें:

• महंगा, खोजने में कठिन।
• वितरित की गई योग्यता को रखना वांछनीय है।
• प्रतिस्पर्धा के कारण वे हमेशा साथ नहीं होते हैं, ऐसा होता है।
• अत्यधिक आवश्यकताएं

जूनियर डेवलपर - विपक्ष:

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

जूनियर डेवलपर्स - प्लसस:

• वे एक पैसा खर्च करते हैं, खोजने में आसान है
• आप किसी व्यक्ति को आदेश के तहत खाना बना सकते हैं।

इससे यह स्पष्ट है कि उनके पास प्लसस की तुलना में बहुत अधिक minuses हैं, इसलिए minuses pluses में कैसे बदल जाते हैं? सबसे पहले, आपको खुद को थोड़ा पसीना करना होगा और इसके लिए नींव बनानी होगी:

• Microservice पर्यावरण, और microservices संभव के रूप में मानकीकृत किया जाना चाहिए। के बारे में microservice वास्तुकला यहाँ हो सकता है - और रूसी में । डेवलपर की माँ, जो पुस्तकालय में काम करती है, के पास भी माइक्रोसेवल्स स्पष्ट होनी चाहिए।
• संपूर्ण प्रणाली का दस्तावेजीकरण (नहीं, नहीं, यह नहीं है कि बेवकूफ, विचारहीन प्रलेखन जो कोई नहीं पढ़ता है) एक समझ में आने वाली योजना है और यदि यह और भी बेहतर इंटरैक्टिव है। यदि 1 दिन में डेवलपर ने आपके माइक्रोसेवा को नहीं समझा, तो आपको प्रलेखन की समस्या है।
• परीक्षण, परीक्षण, परीक्षण। मेरी राय में, कार्यात्मक स्वीकृति परीक्षण और साथ ही मुकाबला पर्यावरण पर वास्तविक समय के परीक्षण सबसे प्रभावी परिणाम देते हैं। टेस्ट को सॉफ्टवेयर डेवलपर्स द्वारा बिल्कुल नहीं लिखा जाना चाहिए - डेवलपर्स परीक्षण लिखते हैं जो डी ... मो।
• पंजीकरण - जो वास्तव में आपको इस पर काम करने और अनुसरण करने की आवश्यकता है। मैं इसे सबसे महत्वपूर्ण मामला मानता हूं। विकास की शुरुआत, कोडिंग मानक का विवरण, परीक्षण, परीक्षण, मैट्रिक्स और अलर्ट की डिलीवरी, परिनियोजन संस्कृति, और यहां तक ​​कि चाय पीने के लिए नियम - यह सब पूरे समय का लगभग 50% लेना चाहिए।
• एक जूनियर डेवलपर के साथ विकास पूरी तरह से सिद्धांत पर आधारित है - विकसित, उत्तीर्ण परीक्षण, मैट्रिक्स, अलर्ट, प्रलेखन = कार्य पारित किया।

अंततः क्या देता है:

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

इस पोस्ट का मुख्य विचार यह है कि इस दृष्टिकोण के साथ आपको सेवाओं की गुणवत्ता के काम के लिए एक नींव बनाने के लिए मजबूर किया जाता है ।