नमूना मूल्यांकन · काल्पनिक उम्मीदवार
देखें कि हायरिंग निर्णय के पीछे क्या है।
एक काल्पनिक उदाहरण: काम, जाँच और अगला सवाल।
मूल्यांकन रिपोर्ट
काल्पनिक नमूना01 · उम्मीदवार का कार्य
इसे जांचें। फिर इसे परखें।
AI के प्रस्ताव और उम्मीदवार के संशोधन की तुलना करें, फिर दोनों पर समान जाँच चलाएँ।
निष्पादन योग्य नमूना
दोनों तरीकों की तुलना करें
AI प्रस्ताव
key = event.id
store[key] = deliveryकेवल-इवेंट कुंजी अलग-अलग टेनेंट्स की असंबंधित डिलीवरी को मिला सकती है।
उम्मीदवार संशोधन
key = JSON.stringify([tenantId, event.id])
store[key] = deliveryएक संरचित टेनेंट-और-इवेंट की रिकॉर्डों को अलग करती है। यह अकेले रिसीवर-साइड रीप्ले की समस्या का समाधान नहीं करती।
दोनों संस्करणों पर समान जाँच चलाएँ।
ये जाँचें एक in-memory delivery ledger का परीक्षण करती हैं, न कि किसी चलती हुई webhook सेवा का। ये authorization, concurrency safety, या exactly-once delivery स्थापित नहीं करतीं।
यहाँ परीक्षण नहीं किया गया: रिसीवर पावती, समवर्ती व्यवहार, या सुरक्षा प्राधिकरण। ये परिणाम हायरिंग स्कोर नहीं हैं।
02 · इंटरव्यूअर का आकलन
जाँच पास करना नियुक्ति का निर्णय नहीं है।
स्थानीय लेजर पास हो सकता है, जबकि कोई रिसीवर अब भी एक डिलीवरी को दो बार प्रोसेस कर रहा हो सकता है। अगला प्रश्न उसी अंतर से आता है, किसी सामान्य इंटरव्यू स्क्रिप्ट से नहीं।
इंटरव्यूअर समीक्षा
Production scorecard component · काल्पनिक उदाहरण रेटिंग
इंटरव्यूअर AI स्कोरकार्ड
मानव सत्यापन से पहले साक्ष्य अपर्याप्त है। छोटा फ़िक्स्चर लेजर डीडुप्लिकेशन और टेनेंट आइसोलेशन का समर्थन करता है; रिसीवर पर डुप्लिकेट प्रोसेसिंग और लोड के तहत व्यवहार अभी सत्यापित नहीं हुए हैं।
Key बदलने से पहले कौन सा fixture check विफल हुआ था, और अब वह क्यों पास हो रहा है?
गंतव्य इवेंट स्वीकार करने के बाद टाइम आउट हो जाता है। इसके बाद क्या होता है?
उदाहरण रेटिंग हैं, वास्तविक हायरिंग सिफ़ारिश नहीं। स्कोरकार्ड निर्णय-सहायता है; छूटे हुए साक्ष्य का मूल्यांकन मानव इंटरव्यूअर को करना होगा।
03 · कार्य का रिकॉर्ड
सिर्फ अंतिम उत्तर नहीं, बदलाव का पालन करें।
लिखित उदाहरण अनुक्रम, किसी वास्तविक सत्र की रिकॉर्डिंग नहीं।
प्रस्ताव
केवल-इवेंट कुंजी अलग-अलग टेनेंट्स की असंबंधित डिलीवरी को मिला सकती है।
संशोधन
एक संरचित टेनेंट-और-इवेंट की रिकॉर्डों को अलग करती है। यह अकेले रिसीवर-साइड रीप्ले की समस्या का समाधान नहीं करती।
अगली जांच
लोकल जाँच मुख्य बदलाव का समर्थन करती है। रिसीवर-साइड रीप्ले और कॉन्करेंसी को अभी भी सीधे सत्यापन की आवश्यकता है।
04 · उम्मीदवार का समापन
उपयोगी फीडबैक। एक स्पष्ट गोपनीयता सीमा।
स्कोर, रैंकिंग, हायरिंग परिणाम, integrity signals और reviewer notes हायरिंग टीम तक निजी रहते हैं। यह production candidate-preview component है, जिसमें काल्पनिक, बिना स्कोर वाला coaching डेटा भरा गया है।
वास्तविक फीडबैक साझा किए जाने से पहले मानव स्वीकृति आवश्यक है। इस नमूने से कुछ भी नहीं भेजा जाता।
उम्मीदवार प्रतिक्रिया
काल्पनिक फीडबैक उदाहरण: काम ने क्या दिखाया और एक उपयोगी अगला कदम।
आपने दो tenants की समान-ID events की तुलना करने के बाद delivery key बदली।
एक अनूठा स्थानीय रिकॉर्ड यह स्थापित नहीं करता कि टाइमआउट के बाद किसी रिमोट रिसीवर ने क्या किया।
आगे आज़माएँ: एक ऐसा टेस्ट लिखें जिसमें रिसीवर संदेश स्वीकार कर ले लेकिन acknowledgement खो जाए, और एक सुरक्षित retry प्रोटोकॉल समझाएँ।
स्वीकृति का अनुकरण करें, उसके बाद टाइमआउट। रिसीवर idempotency key के साथ और उसके बिना retry व्यवहार की तुलना करें।
यह क्यों मदद करता है: यह स्थानीय जाँच के पास होने और डिलीवरी की गारंटी के बीच अंतर स्पष्ट करता है।
यह एक लेखकीय प्रदर्शन है, वास्तविक candidate का परिणाम नहीं। कोई वास्तविक candidate डेटा विश्लेषित नहीं किया गया।
- काल्पनिक निर्णय का खाका
- सीमित डिलीवरी-लेजर उदाहरण
- पहचान, व्यक्तित्व, भावना, या उच्चारण
- Production reliability या authorization
- अनदेखे उम्मीदवार कौशल
इस साक्ष्य से क्या स्थापित हुआ, और आगे आपको क्या परखना चाहिए?
संकेत मिलने पर
देखें कि आपकी भूमिका के लिए यह कैसा दिखेगा।
एक खुली भूमिका लाएँ। कार्य, रिपोर्ट और फ़ॉलो-अप हमारे साथ देखें।