नौकरी पोस्टिंग और आवेदन - स्कीमा के पीछे / घंटे / देखभालकर्ता

शिप

3 सितंबर 2026 को 10:00 pm बजे UTC

लेखक

Kamo

Commit

66fa8d5

दो संस्थाओं, छह enums और दो प्रस्तावों के तहत com.kamo.z.shared.hr.careers, साथ ही तीन साझा प्रकार की सुविधा को चौड़ा करना पड़ा। जॉबपोस्टिंग कॉलम के तीन समूह हैं जो अलग-अलग बताने लायक हैं: जॉब आई.एस. (शीर्षक) क्या है? विभाग, सगाई का आकार, व्यवस्था, विवरण, स्थान, भुगतान, जहां यह है इसके LIFE (status, तारीख, headcount), और इसके आवेदन फार्म पूछता है - बारह पूछो* स्तंभ, प्रत्येक एक ApplicationFieldRequest. स्थान जानबूझकर दोहराने योग्य है और नकल करने के बजाय इसे फिर से लागू किया गया है। कंपनी पता का मतलब है "जहां संगठन कहते हैं कि यह है" और डीटीओ में पढ़ा जाता है ओर्ग के अपने पते से समय; इसे बचाने के लिए इसे कॉपी करना इसे फ्रीज करेगा क्योंकि यह था उस दिन, इसलिए एक कार्यालय की चाल हर खुले पोस्टिंग को पुराने समय में इंगित करने के लिए छोड़ देगी इमारत कुछ भी असफल नहीं होगा - विज्ञापन सिर्फ गलत होगा। छह ओवरराइड कॉलम वैकल्पिक होते हैं और सभी वैकल्पिक होते हैं, इसलिए एक पोस्टिंग एक शहर का नाम हो सकता है और और कुछ नहीं। आवेदन फील्ड रिक्वेस्ट बारह प्रश्नों के बजाय एक बोलान प्रति के बजाय एक enum है प्रश्न प्लस एक अलग फिर से शुरू enum। एक बोलान नहीं कह सकता कि "ask", लेकिन नहीं जोर देते हैं, और एचआर चाहता है कि एक क्षेत्र के लिए बोओलेन को चौड़ा होना चाहिए वैसे भी। शिक्षा प्रश्न उनमें से नहीं हैं: वे उनसे जुड़े हुए हैं आवश्यकशिक्षा, इसलिए एक पोस्टिंग जो हमेशा एक डिग्री की मांग करता है, जहां यह आया से और वहाँ कोई स्विच है कि ऊपर की आवश्यकता तीन क्षेत्रों के विपरीत कर सकते हैं। नौकरी आवेदन एक पंक्ति प्रति (पोस्टिंग, सदस्य) है, जो एक अद्वितीय बाधा द्वारा लागू होती है। निकासी सेट के साथ और फिर से लागू करने से जोड़ने के बजाय एक ही पंक्ति को पुनर्जीवित किया जाता है एक दूसरा - इसलिए कोई भी पोस्टिंग को बाढ़ नहीं कर सकता, HR की आवेदक गिनती की गिनती है लोग, और एक व्यक्ति की एक नौकरी में रुचि एक जगह पर रहती है। आवेदक नाम, ईमेल और फोन जमा करने पर SNAPSHOTTED हैं: वे सदस्य भी रहते हैं, और यह समस्या है। एक भर्ती रिकॉर्ड को यह कहना पड़ता है कि कौन आवेदन करता है और कैसे उन्हें पाने के लिए जिस दिन उन्होंने आवेदन किया, और एक सदस्य जो बाद में अपने पसंदीदा नाम को बदल देता है, उसे चाहिए चुपचाप फिर से लिखने के लिए एक आवेदन HR पढ़ने के माध्यम से भाग-मार्ग है। तीन चौड़े प्रकार: कार्यस्थान प्रकार लाभ FLEXIBLE। सदस्य प्रोफ़ाइल के कार्य-स्थान क्षेत्र और एक पोस्टिंग की व्यवस्था एक ही सवाल है जो दो क्षणों में पूछा जाता है, इसलिए वे साझा करते हैं एक enum - किसी भी पक्ष पर एक निजी प्रतिलिपि दिन दूसरे को एक मूल्य प्राप्त करती है। FLEXIBLE HYBRID से अलग है: हाइब्रिड एक नियोक्ता-सेट स्प्लिट है, लचीला कहता है राज्य में ऐसा कोई विभाजन नहीं है। परिशिष्ट, इसलिए कोई संग्रहीत मूल चाल नहीं - लेकिन TeamMember.location @Enumerated (ORDINAL) है और हाइबरनेट ने एक CHECK (0.2) फोर्ज किया है। जब enum तीन मूल्यों था, जो ddl-ऑटो चौड़ा नहीं होगा। ड्रॉप में है KamoInitializer ************* - रोलराइट टाइप लाभ MANAGE JOB POSTINGS (302) और VIEW JOB LISTINGS (303), दोनों HRS के तहत स्टैंडअलोन जड़ें और जानबूझकर एक दृष्टिकोण / प्रबंधन जोड़ी नहीं। पहला है 182-186 के आकार में एक टैब दाएं; दूसरा साधारण कर्मचारियों द्वारा आयोजित किया जाता है ताकि वे आंतरिक बोर्ड पढ़ सकते हैं और आवेदन कर सकते हैं। उनमें से हर किसी को हाथ देना चाहिए जो कर्मचारी बोर्ड को उस पर विज्ञापनों को फिर से लिखने की क्षमता देख सकता है, या उसे बनाने की क्षमता रखता है। मानव संसाधन के स्वयं के अनुदान को वापस लेने से बोर्ड को हर किसी के पास बंद कर दिया जाता है। रोलRightHierarchyटेस्ट पिन्ड गिनती इस प्रतिबद्धता में चलती है: मान 287 -> 289, स्टैंडअलोन 38 -> 40, जड़ें 76 -> 78; बच्चे अपरिवर्तित हैं। - ImageAssoctype लाभ JOB APPLICATION (id 19, ordinal 17) फिर से शुरू करने के लिए, दायरा आवेदक के बजाय आवेदन करने के लिए - मानव संसाधन पढ़ने के लिए एक आवेदन होना चाहिए उस एप्लिकेशन के साथ भेजे गए फ़ाइल को देखें, हाल ही में सदस्य नहीं कहीं भी अपलोड किया गया। यह अपने खुद के StorageDomain को मोड़ने के बजाय हो जाता है HR RESOURCES, जो आकर्षक जगह है और गलत है: HR संसाधन एक हैं ऑर्ग क्यूरेट और prunes पुस्तकालय, ये दस्तावेज़ तीसरे पक्ष में भेजते हैं और भेजते हैं लाइन केवल बढ़ती है जबकि एक बोर्ड खुला है। दो कवरेज गार्ड ने उस अंतिम बदलाव को पकड़ लिया और कारण यह पूरा हो गया है: StorageDomainCoverageTest ने एक एसोसिएशन नो डोमेन बिल से इनकार कर दिया, और ClinicalDocumentReuseTest ने PATIENT CHART को "अंतिम होना चाहिए" कहा। दूसरा था एक प्रॉक्सी पर जोर देना - वास्तव में क्या पकड़ना है कि इसका मूल अभी भी 16, है इसलिए इससे पहले कि यह पकड़ा जाता है, जबकि उसके बाद एक मूल्य प्रदान किया जाता है। जो एक बदलाव है, वह स्पष्ट रूप से डिजाइन किया गया है।.