वास्तुकार का पथ: प्रमाणन और उत्पाद विसर्जन

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

जो एक वास्तुकार है

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

ऐसे पेशेवर को न केवल व्यक्तिगत विषय क्षेत्रों को समझने की जरूरत है, बल्कि पूरी प्रक्रिया को देखने की भी जरूरत है:

• व्यावसायिक समस्या का निर्धारण.
• विकास, जिसमें डेटा की प्रोग्रामिंग, तैयारी, भंडारण और प्रसंस्करण शामिल है।
• बुनियादी ढांचे की तैनाती और समर्थन.
• परीक्षण।
• तैनात करना।
• विश्लेषिकी और परिचालन सेवाएँ।

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

डेवलपर से आर्किटेक्ट तक व्यावसायिक विकास का मार्ग एक लंबा समय लेता है - आमतौर पर कई साल। ऐसा करने के लिए, डेवलपर को व्यावहारिक कौशल और सैद्धांतिक ज्ञान दोनों की आवश्यकता होती है, जिसकी पुष्टि अंतरराष्ट्रीय प्रमाणीकरण द्वारा की जा सकती है।

एक प्रोजेक्ट पर 5 साल से अधिक - नियमित या विकास का अवसर?

कई साल पहले, हमने एक विदेशी ग्राहक के लिए एक बड़े मेडिकल आईटी सिस्टम पर काम शुरू किया था। इस बड़े पैमाने की परियोजना में कुछ समस्याएँ थीं:

• सीमित पहुँच;
• अस्थिर उत्पाद;
• अविश्वसनीय रूप से लंबी दौड़ और लंबी स्वीकृतियां।

"यह आपके कौशल में सुधार करने का समय है"", - सूचीबद्ध कठिनाइयों को दूर करने और सिस्टम को बेहतर ढंग से समझने के लिए अग्रणी डेवलपर्स में से एक एलेक्सी ने यह निर्णय लिया।

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

पहला कदम: अपनी अंग्रेजी सुधारें

प्रोग्रामिंग भाषाएँ विकास का एक मूलभूत हिस्सा हैं, लेकिन संचार के लिए भाषाएँ भी उतनी ही महत्वपूर्ण हैं। विशेष रूप से अंग्रेजी बोलने वाले ग्राहक के साथ संचार में!

अभ्यास से

एक दिन, एलेक्सी को ग्राहक की ओर से एक कर्मचारी का फोन आया। उस समय, हमारा डेवलपर अभी तक प्रमाणपत्रों के एक समूह का दावा नहीं कर सका - न तो प्रौद्योगिकी में, न प्रबंधन में, न ही संचार में। शायद वे उपयोगी नहीं होंगे - आखिरकार, आप अतिरिक्त राजचिह्न के बिना एक सक्षम विशेषज्ञ हो सकते हैं। लेकिन समस्या फिर भी खड़ी हो गई.

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

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

क्या मुझे यह कहने की ज़रूरत है कि काम के दौरान अप्रिय खोजें की गईं? हमारे डेवलपर ने किसी ऐसी चीज़ के लिए साइन अप किया है जिसे वह जानबूझकर अस्वीकार कर देता यदि प्रस्ताव समझने योग्य भाषा में आता।

उस क्षण यह स्पष्ट हो गया कि सुनने और बोलने के कौशल में सुधार करना आवश्यक था। ऐसा करने का सबसे अच्छा तरीका प्रमाणपत्रों के माध्यम से था।

अंग्रेजी भाषा प्रमाणन

हमारी चिकित्सा परियोजना के ढांचे के भीतर संचार में सुधार करने के लिए, एलेक्सी ने एक साथ कई कार्यक्रमों में अध्ययन किया। परिणामस्वरूप, उन्होंने एफसीई - अंग्रेजी प्रमाणन में प्रथम प्रमाणपत्र उत्तीर्ण किया। इससे मुझे ग्राहक को सुनने और अपने विचार उन तक पहुंचाने में मदद मिली।

जीवन हैकिंग:

बुनियादी अंग्रेजी कार्यक्रमों से बचें. कौशल को लक्षित किया जाना चाहिए. यदि आपको व्यावसायिक संचार के लिए अंग्रेजी की आवश्यकता है, तो आपको इसे लेना चाहिए। बस अति न करें और सीएई (उन्नत अंग्रेजी में प्रमाणपत्र) न लें। इसकी ख़ासियत परिष्कृत शब्द, विशिष्ट अभिव्यक्तियाँ हैं जिनका उपयोग अंतर्राष्ट्रीय संचार में लगभग कभी नहीं किया जाता है।

चरण दो: संपूर्ण प्रौद्योगिकी स्टैक में प्रमाणन

प्रारंभ में, परियोजना ORM ऑब्जेक्ट-रिलेशनल मैपिंग तकनीक पर आधारित थी। ग्राहक की ओर से विकास टीम को अपने दिमाग की उपज पर गर्व था, क्योंकि सब कुछ उन्नत, जटिल और शानदार अवधारणाओं का उपयोग करके किया गया था।

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

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

हमने आँकड़ों के विश्लेषण से शुरुआत की

बिक्री आंकड़ों का विश्लेषण करते समय, यह स्पष्ट हो गया कि सर्वर पर 95% काम में 4 लाइनों का आदिम व्यावसायिक तर्क है। उनके लिए, एक SQL क्वेरी पर्याप्त थी, न कि ORM के साथ बिजनेस लॉजिक ब्लॉक द्वारा उत्पन्न प्रश्नों का पूरा सेट।

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

फिर भी, हमें संदेह था: क्या यह सही निर्णय है या व्यक्तिगत प्राथमिकता का मामला है? सर्वशक्तिमान सी# और ओआरएम में विश्वास एक दुर्घटना से हिल गया जिसने सरल समाधानों की पूरी शक्ति दिखायी।

केस दो

टीम ने ओआरएम प्रतिमान के भीतर डेटा के साथ काम करने के लिए एक क्वेरी लिखी, जिसे त्रुटियों के बिना सभी नियमों के अनुसार संकलित किया गया। इसकी प्रोसेसिंग में 2-3 मिनट का समय लगा और ये पैरामीटर स्वीकार्य लगे। हालाँकि, सरल चयनकर्ताओं और दृश्यों का उपयोग करके एक वैकल्पिक कार्यान्वयन ने 2 सेकंड में तेजी से परिणाम प्रदान किए।

यह स्पष्ट हो गया कि अब एक ऐसे विशेषज्ञ को चुनने का समय आ गया है जो सभी बारीकियों को समझने और इष्टतम विधि चुनने के लिए पूरे प्रोजेक्ट स्टैक में प्रमाणीकरण से गुजरेगा। एलेक्सी ने यह कार्य संभाला।

प्रथम प्रमाण पत्र

सार को समझने के लिए एलेक्सी ने अध्ययन किया कई Microsoft प्रमाणपत्र, परियोजना के संपूर्ण प्रौद्योगिकी स्टैक को कवर करते हुए:

• टीएस: माइक्रोसॉफ्ट .NET फ्रेमवर्क 4 के साथ विंडोज एप्लीकेशन डेवलपमेंट
• टीएस: C# में Microsoft .NET Framework 4 प्रोग्रामिंग के साथ डेटा तक पहुंच
• टीएस: माइक्रोसॉफ्ट .NET फ्रेमवर्क 3.5 विंडोज़ फॉर्म एप्लीकेशन डेवलपमेंट
• प्रो: माइक्रोसॉफ्ट .NET फ्रेमवर्क 3.5 का उपयोग करके विंडोज एप्लिकेशन को डिजाइन और विकसित करना
• प्रो: माइक्रोसॉफ्ट .NET फ्रेमवर्क का उपयोग करके विंडोज-आधारित अनुप्रयोगों को डिजाइन और विकसित करना
• टीएस: माइक्रोसॉफ्ट .NET फ्रेमवर्क 2.0 - विंडोज़-आधारित क्लाइंट डेवलपमेंट

नई परियोजना पर काम को अनुकूलित करने का प्रयास करते हुए, टीम निम्नलिखित निष्कर्ष पर पहुंची:

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

चरण तीन: कोड से अधिक जानें

बड़े पैमाने पर आईटी समाधानों पर काम करते समय, कई कारक महत्वपूर्ण होते हैं। उदाहरण के लिए, प्रत्येक डेवलपर नेटवर्क मापदंडों पर ध्यान नहीं देता है, लेकिन इसकी बैंडविड्थ भी किसी व्यावसायिक समस्या के समाधान को प्रभावित कर सकती है।

इसे समझना दिया गया है 98 श्रृंखला प्रमाणन:

• 98-361: सॉफ्टवेयर विकास के बुनियादी सिद्धांत
• 98-364: डेटाबेस बुनियादी बातें

वे आपको चीज़ों पर व्यापक नज़र डालने और सीमित "केवल कोड" अवधारणा से बाहर निकलने की अनुमति देते हैं। ये बुनियादी बातें हैं, बुनियादी बातें हैं, लेकिन हर चीज़ को गहरे स्तर पर समझने के लिए ये महत्वपूर्ण हैं।

श्रृंखला 98 प्रमाणन लघु परीक्षण हैं - 30 मिनट के लिए 45 प्रश्न।

चरण चार: प्रक्रिया प्रबंधन

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

विशिष्ट एजाइल ने इस परियोजना पर वांछित परिणाम नहीं दिए, और प्रत्येक स्प्रिंट काफी लंबे समय तक चला। तैनाती के बीच 6 महीने से एक साल तक का समय लगा।

इसके अलावा, दस क्लीनिकों की प्रक्रियाओं को कुछ सामान्य विभाजक तक लाना तकनीकी रूप से असंभव था।

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

जब कोई विशेषज्ञ प्रक्रिया में डूब जाता है, तो वह परिणाम, कारण और परिणाम, पूरी तस्वीर स्पष्ट रूप से देखता है। यह एक ही समय में अतिरिक्त प्रेरणा और जागरूकता का कारक है, जिससे समस्याओं और समस्याओं को हल करने की क्षमता में सुधार होता है।

एक अच्छी तरह से काम करने वाले बुनियादी ढांचे, अच्छी तरह से निर्मित वास्तुकला और इष्टतम कोड के साथ, एक व्यक्ति कई प्रक्रियाओं को अपना सकता है। हालाँकि, इसका मतलब यह नहीं है कि ऐसे सार्वभौमिक सैनिकों को जुटाना आवश्यक है जो अकेले परियोजना का नेतृत्व करने में सक्षम हों। संचार और टीम वर्क महत्वपूर्ण हैं।

एक टीम में, प्रत्येक डेवलपर समझता है कि उसके सहयोगी उसके कार्यों पर निर्भर हैं। विकास चरण के दौरान 5 मिनट बचाने का मतलब है शायद परीक्षण के 5 अतिरिक्त घंटे। इसे समझने के लिए संचार स्थापित करना ज़रूरी है।

हमारे प्रोजेक्ट में, एलेक्सी को प्रक्रियाओं में महारत हासिल करने में मदद मिली EXIN से प्रमाणपत्र:

• जोखिम प्रबंधन में एम_ओ_आर फाउंडेशन प्रमाणपत्र
• एजाइल स्क्रम फाउंडेशन
• आईटी सेवा प्रबंधन फाउंडेशन
• EXIN व्यवसाय सूचना प्रबंधन फाउंडेशन
• परियोजना प्रबंधन में PRINCE2 फाउंडेशन प्रमाणपत्र
• परीक्षण इंजीनियर प्रमाणपत्र
• माइक्रोसॉफ्ट ऑपरेशंस फ्रेमवर्क फाउंडेशन
• चंचल सेवा परियोजनाएँ

ईडीएक्स पर पाठ्यक्रम लिए गए जिससे सांख्यिकी और लीन प्रोग्रामिंग के दृष्टिकोण से सिस्टम को देखने में मदद मिली और बाद में इसे प्राप्त करने के लिए प्रेरित किया गया। वास्तुकार प्रमाण पत्र:

• किफायती उत्पादन
• सिक्स सिग्मा: विश्लेषण करें, सुधार करें, नियंत्रण करें
• सिक्स सिग्मा: परिभाषित करें और मापें

सिक्स सिग्मा सिद्धांत के अनुसार, सांख्यिकीय नियंत्रण अत्यधिक उच्च संभावना के साथ उच्च गुणवत्ता वाला परिणाम सुनिश्चित करता है।

अपना स्तर बढ़ाते हुए, डेवलपर, एक नियम के रूप में, निम्नलिखित निष्कर्ष पर आता है:

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

चरण पाँच: बिग डेटा के लेंस के माध्यम से वास्तुकला को समझें

प्रोजेक्ट के दौरान हमने काफी बड़े डेटाबेस से निपटा। कम से कम एक निश्चित क्षण तक ऐसा ही लग रहा था। जब एलेक्सी ने ईडीएक्स पर बड़े डेटा का अध्ययन करना शुरू किया, तो पता चला कि परियोजना पर 1,5 टीबी एक छोटा डेटाबेस था। गंभीर पैमाने - 10 टीबी से, और अन्य तरीकों की वहां आवश्यकता होती है।

प्रमाणन की दिशा में अगला कदम बड़े डेटा पर एक पाठ्यक्रम था। उन्होंने डेटा प्रवाह के संगठन को समझने और उत्पादन कार्यों को गति देने में मदद की। और छोटे उपकरणों पर भी ध्यान दें, उदाहरण के लिए, व्यक्तिगत सूक्ष्म कार्यों को हल करने के लिए एक्सेल का उपयोग शुरू करें।

प्रमाणपत्र:
माइक्रोसॉफ्ट प्रोफेशनल प्रोग्राम: बिग डेटा सर्टिफिकेट

चरण छह: डेवलपर से वास्तुकार तक

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

प्रक्रियाओं की बड़े पैमाने पर दृष्टि एक वास्तुकार के स्तर तक ले जाती है, जो प्रमाणन के उच्चतम स्तरों में से एक है।

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

कार्यक्रम के भीतर अध्ययन करने के लिए पाठ्यक्रम थे। प्रमाणन ने ज्ञान को व्यवस्थित किया और हमें विकास के एक नए चरण में प्रवेश करने की अनुमति दी - डेवलपर से वास्तुकार तक।

सारांश

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

आर्किटेक्ट के पास प्रोग्रामिंग और उसके प्राथमिक घटकों के बारे में एक विशेष दृष्टिकोण है:

• डेटा प्रवाह बनाना और/या बनाए रखना
• डेटा प्रवाह से सूचना प्रवाह निकालना
• सूचना प्रवाह से मूल्य धारा निकालना
• वैल्यू स्ट्रीम मुद्रीकरण

यदि आप किसी परियोजना को एक वास्तुकार की नजर से देखते हैं, तो आपको अंत से शुरू करने की जरूरत है: मूल्य तैयार करें और फिर डेटा के प्रवाह के माध्यम से उस पर जाएं।

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

आज तक, हम ऊपर वर्णित चिकित्सा प्रणाली के साथ पांच वर्षों से अधिक समय से काम कर रहे हैं और महत्वपूर्ण सुधार हासिल किए हैं। इस समय के दौरान, एलेक्सी ने 20 से अधिक प्रमाणन परीक्षाएँ उत्तीर्ण कीं:

1. टीएस: माइक्रोसॉफ्ट .NET फ्रेमवर्क 4 के साथ विंडोज एप्लीकेशन डेवलपमेंट
2. टीएस: C# में Microsoft .NET Framework 4 प्रोग्रामिंग के साथ डेटा तक पहुंच
3. टीएस: माइक्रोसॉफ्ट .NET फ्रेमवर्क 3.5 विंडोज़ फॉर्म एप्लीकेशन डेवलपमेंट
4. प्रो: माइक्रोसॉफ्ट .NET फ्रेमवर्क 3.5 का उपयोग करके विंडोज एप्लिकेशन को डिजाइन और विकसित करना
5. प्रो: माइक्रोसॉफ्ट .NET फ्रेमवर्क का उपयोग करके विंडोज-आधारित अनुप्रयोगों को डिजाइन और विकसित करना
6. टीएस: माइक्रोसॉफ्ट .NET फ्रेमवर्क 2.0 - विंडोज़-आधारित क्लाइंट डेवलपमेंट
7. 98-361: सॉफ्टवेयर विकास के बुनियादी सिद्धांत
8. 98-364: डेटाबेस बुनियादी बातें
9. जोखिम प्रबंधन में एम_ओ_आर फाउंडेशन प्रमाणपत्र
10. एजाइल स्क्रम फाउंडेशन
11. आईटी सेवा प्रबंधन फाउंडेशन
12. EXIN व्यवसाय सूचना प्रबंधन फाउंडेशन
13. परियोजना प्रबंधन में PRINCE2 फाउंडेशन प्रमाणपत्र
14. परीक्षण इंजीनियर प्रमाणपत्र
15. माइक्रोसॉफ्ट ऑपरेशंस फ्रेमवर्क फाउंडेशन
16. चंचल सेवा परियोजनाएँ
17. किफायती उत्पादन
18. सिक्स सिग्मा: विश्लेषण करें, सुधार करें, नियंत्रण करें
19. सिक्स सिग्मा: परिभाषित करें और मापें
20. माइक्रोसॉफ्ट प्रोफेशनल प्रोग्राम: बिग डेटा सर्टिफिकेट
21. प्रमाणित सॉफ्टवेयर आर्किटेक्ट - माइक्रोसॉफ्ट प्लेटफार्म

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

"प्रमाणीकरण राम" ने व्यक्तिगत महत्वपूर्ण प्रक्रियाओं तक पहुंच प्राप्त करने में मदद की, जिन्हें नियंत्रण और विस्तार की आवश्यकता थी। आईटी समाधानों के यूरोपीय ग्राहक, एक नियम के रूप में, प्रमाणित विशेषज्ञों को अत्यधिक महत्व देते हैं और उन्हें कार्रवाई की अधिक स्वतंत्रता देने के लिए तैयार हैं।

आपके ध्यान देने के लिए धन्यवाद! हमें उम्मीद है कि लेख आपके लिए उपयोगी था।

स्रोत: www.habr.com