प्राप्त करना मैं लगभग 10 वर्षों के लिए डेवलपर रहा हूं। मैं जानना चाहता हूं कि मैं खुद को एक आर्कटेक्ट स्तर तकनीक कैसे मान सकता हूं? कोडर विकास से आर्किटेक्ट तक डेवलपर कैसे स्थानांतरित कर सकता है?एक एप्लिकेशन आर्किटेक्ट स्तर
मैं स्पष्ट रूप से तकनीकी सीढ़ी को ऊपर ले जाना चाहता हूं, और वास्तुकला आकर्षक लग रहा है।
एक दूसरा प्रश्न होगा, मैं 3.5 ढांचे के संदर्भ में एप्लिकेशन आर्किटेक्चर (बड़ी तस्वीर) के बारे में कैसे सीखूं?
किसी भी सलाह की सराहना की जाती है।
एक सॉफ्टवेयर वास्तुकार होने के लिए दो मानदंडों के होते हैं:
(1) आप अपने आप को एक कॉल करने के लिए की है।
(2) आपको किसी को आर्किटेक्ट सॉफ़्टवेयर में भुगतान करने के लिए मनाने के लिए आपको विश्वास करना होगा।
बाकी सब कुछ सिर्फ मचान है। यदि आप "बड़ी तस्वीर" विकास और योजना में अच्छे हैं, तो अपनी अगली नौकरी खोज पर खुद को एक वास्तुकार के रूप में बेचने का प्रयास करें। अगर कोई इसे खरीदता है, तो आप एक वास्तुकार हैं।
एक वास्तुकार होने के नाते मन की स्थिति से कहीं ज्यादा कुछ नहीं है। संभावित बुरे अर्थ हैं जो आर्किटेक्ट की स्थिति के साथ आते हैं। विशेष रूप से क्योंकि कोई भी वास्तव में इस सवाल का जवाब नहीं दे सकता, "एक वास्तुकार क्या है?"
सबसे पहले ...
यदि ऐसा है, तो मुझे लगता है कि यह अनुमान लगाने के लिए कुछ है ... लेकिन सिर्फ "समाधान तैयार करने" के द्वारा कोई कैसे काम करता है? व्यावहारिक अनुभव पूर्व शर्त और जरूरी है। वास्तव में एक अच्छा प्रोग्रामर अंत में अच्छी समस्या सुलझाने के कौशल है। एक अच्छी समस्या हल करने वाला अंततः जानता है कि अच्छे समाधान कैसे बनाएं।
मेरी राय में, अगर एक एक उत्कृष्ट प्रोग्रामर बनने पर केंद्रित है, समस्या को सुलझाने के कौशल स्वाभाविक रूप से विकसित करने के लिए शुरू करते हैं। यह अपरिहार्य है कि यह पहचाना जाएगा। एक बार पहचानने के बाद, लोग पर समस्याएं पूछने के लिए शुरू करेंगे X समस्या को हल करने के सर्वोत्तम तरीकों। जब कोई इन प्रकार के प्रश्न पूछने लगता है, तो मूल रूप से एक वास्तुकार बन जाता है।
कॉर्पोरेट संगठनों में, कोई भी इस स्थिति की स्थिति में आगे बढ़ सकता है और संभावित रूप से इस स्थिति की स्थिति का प्रतिनिधित्व करने के लिए एक भौतिक शीर्षक (और संभावित वेतन) हो सकता है। लेकिन हमें यह नहीं भूलना चाहिए कि इसे समस्याओं के अच्छे समाधान के वास्तविक विकास की आवश्यकता है। आखिरकार हमें इस मन की स्थिति में लाता है।
अंत में, यह केवल एक शब्द है जो शीर्षक वाले व्यक्ति के पीछे बहुत कम बताता है।
अपने आप nitpickers और शब्द पारसर्स को उजागर होने का खतरा कम,
एक "वास्तुकार" होने का मतलब है कि आप एक में एक साथ काम कई की "घटक" मिलकर, सॉफ्टवेयर "सिस्टम" डिजाइन करने के लिए सक्षम होना चाहिए कुछ जटिल जटिल समस्या को हल करने के लिए कमजोर युग्मित तरीका, और कहा गया सिस्टम बनाने में अन्य डेवलपर्स को "लीड" या "सलाहकार" करने में सक्षम हो।
समस्या को हल करने के लिए आवश्यक प्रौद्योगिकी (ies) पर विशेषज्ञ होने के अलावा, इसका मतलब यह भी है कि आपको किसी व्यापार परिप्रेक्ष्य से, समस्या पर व्यावसायिक समस्या को समझने में सक्षम होना चाहिए, और इसके बारे में स्पष्ट रूप से संवाद करने में सक्षम होना चाहिए व्यवसाय डोमेन विशेषज्ञों (उनकी भाषा का उपयोग करके) और डेवलपर्स के साथ जो घटक (उनकी भाषा में) का निर्माण करेंगे
मुझे लगता है कि आप एक कंपनी के भीतर कैरियर की सीढ़ी को कैसे आगे बढ़ाना चाहते हैं, और यह एक है पिछले टिप्पणीकारों की तुलना में अलग प्रक्रिया पर चर्चा कर रहे हैं। यह एक कंपनी से अगले तक भी काफी अलग है, लेकिन अभी भी कौशल और प्रथाएं हैं जो बोर्ड में महत्वपूर्ण हैं।
सबसे स्पष्ट बात दृष्टि की चौड़ाई है। आपको उस प्रणाली के सभी हिस्सों से परिचित होना होगा जिन पर आप चर्चा कर रहे हैं। इसका मतलब है कि आपको कोड के विभिन्न क्षेत्रों पर काम करने की इच्छा है, भले ही आप उनके बारे में उतना अधिक नहीं जानते जितना आप काम कर रहे हैं। आपको उन चीज़ों के साथ अन्य लोगों की मदद करने के लिए तैयार और सक्षम होना चाहिए जिन्हें आप जानते हैं। इसका मतलब यह नहीं है कि आपकी जानकारी उन पर धक्का दे रही है, इसका मतलब है कि जब वे पूछें तो मददगार जवाब दें। अगर आपकी सलाह सहायक है, तो लोग आपके पास आ जाएंगे। इसके साथ शुरू करने के लिए स्पष्ट जगह उन लोगों की मदद कर रही है जिन्होंने हाल ही में कुछ ऐसी चीज की ज़िम्मेदारी ली है जो आपने हाल ही में हटा दी है।
आर्किटेक्ट्स, अन्य परियोजनाओं पर काम कर रहे लोगों से बात करते हैं, क्योंकि वे दोनों है कि अन्य परियोजना के बारे में अपनी राय कहा गया है, और क्योंकि वे यह पता लगाने जो अन्य विशेषज्ञ हैं और उन्हें सवाल पूछने जब अन्य व्यक्ति को एक में और अधिक अनुभव है क्षेत्र।
और निश्चित रूप से, आपके द्वारा छोड़े गए कोड और प्रोजेक्ट्स आपके लिए बोलते हैं। यदि आपका कोड पठनीय और मजबूत नहीं है, तो इससे कोई फ़र्क नहीं पड़ता कि आपने कितनी परियोजनाएं देखी हैं। आपका खुद का काम भी प्रभावशाली होना चाहिए।
यदि आपको दूसरा प्रश्न पूछना है, तो आप अभी तक एक वास्तुकार बनने के लिए तैयार नहीं हैं।
कोड पढ़ें और लिखें। एक विशेषज्ञ बनें, एक विशेषज्ञ नहीं। 3.5 के अवलोकन पर एक नज़र डालें, और सुनिश्चित करें कि आपने सभी क्षेत्रों में कुछ किया है। समस्याओं को पहचानने के लिए पर्याप्त है और पता है कि कहां और किसके लिए उत्तर की तलाश है। .net के बाहर एक नज़र डालें और देखें कि इसी तरह की समस्याओं अन्य वातावरण (कोको, जावा, रेल, कांच, दीप, डेल्फी, फ्लेक्स)
मैं आपसे सहमत हूं। –
यह सच है में हल कर रहे हैं, हालांकि टिप्पणी भी buzzwords के साथ कि अपनेपन एक आवश्यक उपकरण हो सकता है । ऐप्स को अच्छी तरह से डिजाइन करना एक बात है, अन्य तरीकों से परिचित होना एक और बात है जो दूसरों को अपने ऐप्स को अच्छी तरह डिजाइन करने के लिए उपयोग करती है (या मामले के रूप में बुरी तरह से)। एक वास्तुकार को यह जानने की जरूरत है कि दूसरे क्या कर रहे हैं, साथ ही साथ यह भी कर रहे हैं। –
@ जेकेके, क्या आप गंभीर हैं? :) – shahkalpesh
और buzzwords आदि के बारे में पढ़ने/सीखने के बारे में कोई कैसे जा सकता है? – Csharp