हमारे सॉफ्टवेयर टीम में साक्षात्कार के हिस्से के रूप में हम डेटाबेस समझ के लिए परीक्षण करते हैं।
हम प्रस्तुत करते हैं - एक बहुत ही खराब डिज़ाइन (सोचो सीआरएम प्रकार का आवेदन) और उन्हें डिज़ाइन में सुधार करने के लिए कहें, लगभग 30 मिनट के सोचने के समय के बाद।
इसके बाद हम उनसे अधिक प्रश्न पूछते हैं कि वे किस बारे में बात करते हैं।
हम समझ के लिए जांच कर रहे हैं
- प्रदर्शन वी नॉर्मलियन
- मुख्य डिजाइन और संदर्भात्मक वफ़ादारी
- इम्प्रूवमेंट -इ के लिए स्थान वैकल्पिक डीबी संरचना - ट्रिगर, दृश्य, प्रक्रियाएं
- क्षेत्र जो डिजाइन में कमजोर हैं - कैसे कई रिश्तों को दूर करने के लिए
- यह सर्वर को कैसे प्रभावित करता है - बनाए रखता है
- डेटा सुरक्षा मुद्दे
- अनुप्रयोग सुरक्षा समस्याएँ
हमने एक टीम के रूप में तब सोचा है कि हम इस प्रकार के सवालों के जवाब में जूनियर / सीनियर / आर्किटेक्ट प्रकार के बारे में क्या विचार करेंगे।
तो - प्रदर्शन v सामान्यीकरण के लिए -
समस्या को पहले स्थान पर देखेंगे और चर्चा कर पाएंगे कि क्यों (जूनियर)
4/5 एनएफ की सिफारिश करेंगे लेकिन प्रदर्शन के साथ समस्या को समझेंगे और वे इस मुद्दे को स्पष्ट करेंगे और समझेंगे कि इस मुद्दे को कैसे व्यक्त किया जाए (वरिष्ठ)
क्या वे विभिन्न प्रकार के डिजाइन की सिफारिश कर सकते हैं जैसे स्टार स्कीमा और कई स्तरों पर निहितार्थों पर चर्चा करना (वास्तुकार)
- कुंजी डिजाइन और प्रासंगिक अखंडता
डेटा संबंधों को लागू करने और इस पर चर्चा करने में सक्षम होने के लिए रेफ अखंडता की आवश्यकता है, लेकिन कुंजी विकल्प और डिजाइन (जूनियर) के साथ इस मुद्दे को नहीं देख पाएंगे
डेटा वॉल्यूम और डेटा प्रकार के साथ करने के लिए मुद्दों पर चर्चा करेंगे v डेटा में प्राकृतिक कुंजी की तलाश करेंगे और चर्चा करेंगे कि वे इन पर क्यों देख रहे हैं - और वे मुद्दे जो संदर्भात्मक अखंडता के साथ पालन करते हैं (वरिष्ठ)
कुंजी और वफ़ादारी के साथ करने के लिए विभिन्न दृष्टिकोणों पर बहस कर सकते हैं और तेज डिजाइन (वास्तुकार) के लिए विभिन्न वास्तविक मॉडल के साथ आने में सक्षम हैं
आपको चित्र मिल जाएगा।
अगर आप चाहते हैं कि मैं और अधिक पोस्ट करूं तो टिप्पणी पोस्ट करूंगा और बाकी के बारे में हम जो सोचते हैं उसे विस्तार से बताएंगे, लेकिन हमने जो सोचा था उस पर विचार देने के लिए पहले दो को शामिल करें।
इस बिंदु पर 1. प्रश्नों के बारे में सोचना है। 2. एक टीम के रूप में हमने इस बारे में सोचा है कि हम इस प्रकार के प्रश्नों के लिए जूनियर / सीनियर / आर्किटेक्ट प्रकार के उत्तर क्या देंगे।
मैं टीम को उम्मीदवार के रूप में जोर देता हूं और टीम को आने वाले व्यक्ति के कौशल में विश्वास करना पड़ता है, और यदि वे जिस चीज को विभिन्न स्तरों के उत्तर के रूप में देखते हैं उसके साथ आए हैं, जो उम्मीद करते हैं कि टीम के साथ बेहतर ढंग से फिट होंगे। यह टीम को उम्मीदवार की पसंद को प्रभावित करने की क्षमता भी देता है। वे प्रश्न पैनल पर एक व्यक्ति को नामित करते हैं। टीम को खरीदने में बहुत मदद करता है।