समस्या
प्रत्येक बार जब काम की तलाश में समय लगता है, तो उम्मीदवार फिर से शुरू करने के लिए अद्यतन करने के लिए बैठता है, और साथ ही साथ अपने पिछले अनुभव पर अधिक अनुभवी नज़र आता है। और सब कुछ फिर से, बार-बार लिखता है। और हर बार वह सोचता है कि उसे एक सपना रिक्ति मिल जाएगा, और फिर वह इतना अनुभवी हो जाएगा कि उसे अपनी ओर से बिना किसी कार्रवाई के एक नई जगह पर बुलाया जाएगा। और फिर कहानी दोहराती है, बार-बार।
उन लोगों के लिए जो गीतों में रुचि नहीं रखते हैं, और जो तुरंत व्यापार में उतरना चाहते हैं, फिर जीथब पर आगे बढ़ें। और जो लोग परियोजना के यांत्रिकी और इतिहास की परवाह करते हैं, उनके लिए लेख वास्तव में इसके लिए समर्पित है।
विशेष श्रम विनिमय संसाधनों, जैसे लिंक्डइन, हेडहंटर, आदि के आगमन के साथ, ऐसा लगता है कि स्थिति में सुधार होना चाहिए - हम एक ही स्थान पर सभी अनुभव भरते हैं, और अतीत अब नहीं बना है। लेकिन यह वहां नहीं था - उन्होंने इसे एक सिस्टम में भर दिया, आप केवल माउस क्लिक द्वारा इसे दूसरे में लोड नहीं कर सकते। एक भी डेटाबेस नहीं है जिस पर आप अपना खाता लिंक कर सकें। यह समझ में आता है - ऐसी कंपनियां दूसरों की भीड़ में रुचि रखती हैं, और एक-दूसरे के साथ एकीकरण में संलग्न नहीं होती हैं, और सरल उम्मीदवारों के परिणामस्वरूप केवल बदतर होती हैं।
कंपनियों पर विशेष ध्यान दिया जाना चाहिए कि साक्षात्कार के चरण में अभी भी उम्मीदवार को अपने आंतरिक सिस्टम में समान जानकारी भरने के लिए नए और नए विवरण की आवश्यकता होती है। और इससे भी बदतर - यदि आप एक फिर से शुरू के लिए आवेदन कर रहे हैं।
लेकिन जहाँ भी आप रिक्ति के लिए आवेदन करते हैं, वहाँ हमेशा एक .doc या .pdf में फिर से शुरू करने के लिए एक क्षेत्र है । और इस पूरी श्रृंखला में "सूचना कचरा" की प्रचुरता के बावजूद, आपको बहुमत के नियमों द्वारा अनुकूलित और खेलना होगा - अन्यथा कोई भी काम के लिए एक उम्मीदवार नहीं लेगा, क्योंकि वे सिर्फ उसके बारे में नहीं जानते हैं।
सिद्धांत रूप में, समस्या को 'एकल केंद्र' होने से हल किया जा सकता है - यदि:
- रिक्तियों की नियुक्ति और प्रतिक्रिया के लिए सभी प्लेटफ़ॉर्म संसाधन / एकल प्रोटोकॉल स्तर पर एकजुट होंगे;
- "कैसे फिर से लिखना है" अब कला और अनुसंधान का विषय नहीं होगा, और सभी द्वारा स्वीकार किए गए एक एकल मानक होंगे;
- सबसे लोकप्रिय रिक्तियों का एक एकल ऑन्कोलॉजी होगा, जिसके अनुसार आप इस रिक्ति के लिए उम्मीदवारों के कौशल / अनुभव / गुणों के आकलन की प्रकृति को समझ सकते हैं;
- उम्मीदवार अपने रिज्यूमे में झूठ और अतिशयोक्ति नहीं करेंगे;
- उम्मीदवारों को खुद को बेचने के लिए कोई प्रतिस्पर्धा नहीं है।
वास्तविक दुनिया में, यह शायद ही संभव है, क्योंकि श्रमिक आदान-प्रदान विकेंद्रीकृत तरीके से विकसित हो रहे हैं, और लगभग 4-5 अंक, एक एकल केंद्र के साथ भी हल करना असंभव है।
लेकिन फिर भी, उम्मीदवार के जीवन को सरल बनाने के लिए कुछ किया जा सकता है, अर्थात् खुद को। और मैं इसे करने की कोशिश करूंगा।
विचार
एक तरह से या किसी अन्य, सारांश:
- उम्मीदवार के गुणों का वर्णन करता है;
- अनुभव के साथ यह साबित करता है।
विभिन्न श्रम आदान-प्रदान साक्ष्य आधार के लिए थोड़ा अलग अवसर प्रदान करते हैं, कहीं प्रकाशन के लिए अलग-अलग क्षेत्र हैं, कहीं परियोजनाओं के विस्तृत विवरण की संभावना है, आदि। यानी सूचना श्रृंखला के सभी लक्ष्य नोड वास्तविक अनुभव का थोड़ा अलग प्रक्षेपण लेते हैं और अपने स्वयं के उपकरणों के लिए एक निश्चित ऐड-इन बनाते हैं (कौशल, स्वचालित सिफारिशों, आदि द्वारा खोज)। फिर अपने अनुभव का सबसे पूर्ण विवरण होने पर, आप विशिष्ट आवश्यकताओं के आधार पर इन अनुमानों को आसानी से बना सकते हैं। एक फिर से शुरू संकलन के लिए भी शामिल है।
इस प्रकार, मेरा विचार मेरे कार्य अनुभव की एक पत्रिका रखने के लिए एक फॉर्म विकसित करना है और स्वचालित रूप से एक विशिष्ट रिक्ति और आवश्यक रूप में इस डेटा को प्रोजेक्ट करना है, जैसा कि आरेख में दिखाया गया है।
डेटा का केवल एक हिस्सा प्रक्षेपण में आता है, और अगर सबसे सरल मामले में यह फॉर्म के तहत सरल मुद्रण है, तो सबसे जटिल मामलों में यह रिक्ति के लिए प्रासंगिक डेटा का एक फिल्टर है (मुख्य कौशल के साथ परियोजनाओं को उजागर करना, वास्तविक अनुभव के लिए अधिक मुद्रण स्थान)।
आदर्श रूप में, इस तरह के "पत्रिका" चाहिए:
- केवल पूरक, पुराने रिकॉर्ड अपरिवर्तित रहते हैं;
- यह तब भरा जाता है जब नई प्रासंगिक जानकारी प्रकट होती है (वर्तमान स्थान पर काम पूरा करना, नया प्रकाशन, पूर्ण परियोजना) - यह इस तरह से सबसे सफल विवरण देना संभव होगा;
- ऐसी जानकारी रखें जो उम्मीदवार को अनुकूल प्रकाश में लाती है (लेकिन, इसके अलावा, यह आपके लिए महत्वपूर्ण बिंदुओं को नोट करने के लिए समझ में आता है, भले ही वे नकारात्मक हों - केवल उसी चीज की आवश्यकता है जो मुद्रित होगी)।
यानी यह कौशल और साक्ष्य के एक स्थान पर वास्तविक अनुभव का 'प्रक्षेपण' है। यह, सामान्य रूप से, किसी भी श्रम विनिमय प्रणाली के दिल में निहित है, लेकिन ये अवसर उम्मीदवारों के लिए उपलब्ध नहीं हैं।
मेरी कहानी
मैंने बाकी सभी की तरह शुरू किया, एमएस वर्ड खोला, एक सुंदर टेम्पलेट की तलाश की, लिखना शुरू किया। मैंने उदाहरणों की तलाश की, सफलतापूर्वक कॉपी करने की कोशिश की। कुछ बिंदु पर मैंने LaTex पर स्विच किया, कमोबेश अनुभव को संरचित किया। मैंने विभिन्न दृश्य रूपों के माध्यम से जाना, रूपों के साथ प्रयोग किया। यह लगभग 10 साल तक चला, और आखिरकार, मात्रा को गुणवत्ता में बदलने का समय आ गया है।
पिछली नौकरी की खोज के दौरान, मैंने सामग्री के रूप और प्रस्तुति को अधिक या कम सम्मानित किया, लेकिन अनुभव की मात्रा ने मुझे पहले से ही सूचना के अधिकतम संपीड़न के बारे में गंभीरता से सोचने पर मजबूर कर दिया। कई सजावट पेश की गईं, जो न केवल अच्छी दिखती थीं, बल्कि स्वैच्छिक पाठ से भी बचती थीं। इससे भी महत्वपूर्ण बात, खुद को फिर से शुरू (उपलब्धि-परियोजना-कौशल-नियोक्ता) के ओआरएम मॉडल की समझ आ गई है।
बाद में, यहां तक कि मुख्य नवाचार भी दिखाई दिया - यह एहसास हुआ कि कैसे अपने कौशल को कॉम्पैक्ट और सुविधाजनक रूप से और खूबसूरती से संभव के रूप में प्रदर्शित किया जाए, लेकिन यह केक पर पहले से ही एक चेरी है, और हम इसके बारे में बाद में बात करेंगे।
अब, जाहिरा तौर पर, मैं फिर से नौकरी की तलाश की अगली अवधि के करीब पहुंच रहा हूं, और मैं पूरी तरह से मैनुअल एडिटिंग रिज्यूमे से दूर होना चाहता हूं और स्वचालन के पक्ष में पिछले अनुभवों की यादों में खोदना चाहता हूं। इसलिए, मुझे अपने काम को एक बार फिर से हिलाना पड़ा, इसे पत्रिका प्रारूप में स्थानांतरित करना और एक न्यूनतम काम करने वाला जनरेटर बनाना चाहिए, जिसे मैं अपने विकास के अनुभव को साझा करना चाहता हूं।
कहानी फ़ीड के रूप में लिखना फिर से शुरू करें
मैं बार-बार इस राय से मिलता हूं कि उम्मीदवार को अनुकूल प्रकाश में दिखाने के लिए फिर से शुरू करने का काम है। लेकिन वास्तव में, उनका कार्य एचआर को पढ़ने के बाद उम्मीदवार के संपर्क में लाना है। यहां से एक अतिरिक्त परिणाम पैदा होता है - यदि वह अंत तक पढ़ता है, तो वह संपर्क में आने की संभावना अधिक है। इसलिए, मैंने सामग्री को कैसे जमा करना है , इस रूप में फिर से शुरू करने के कार्य को माना, ताकि एचआर रिज्यूमे अंत तक पढ़े ।
मैं पहले से ही एक आरक्षण कर दूंगा कि मैं यह सलाह नहीं दूंगा कि कैसे फिर से लिखना लिखना है, कौन सा फॉर्म चुनना बेहतर है, आदि - लोगों के बारे में इस बारे में बहुत सारी सामग्री लिखी गई है, इस मामले में मुझसे अधिक अनुभवी हैं। यहां मैं केवल वह रूप और अनुक्रम दूंगा, जिसके लिए मैं अंत में आया था और बहस करता हूं।
मैंने यह अनुकरण करने की कोशिश की कि एचआर रिज्यूम को कैसे पढ़ेगा, जहां जैसे ही उसे उम्मीदवार की अनुपलब्धता के प्रमाण मिलते हैं, वह उसे बंद कर देता है और आगे नहीं पढ़ता है। यदि आप एक फ़्लोचार्ट के रूप में सरल इस प्रक्रिया की कल्पना करते हैं, तो आपको निम्नलिखित मिलेगा:
इसलिए, प्रस्तावित रूप में, मैंने अनुभागों को एक अनुक्रम में आदेश दिया है जहां अगले खंड में कोई फर्क नहीं पड़ता है अगर पिछले एक में एक बेमेल बेमेल है।
व्यक्तिगत डेटा । यदि आप कार्यालय से बहुत दूर रहते हैं, स्थानांतरण के लिए तैयार नहीं हैं, तो इस क्षेत्र में काम करने की अनुमति नहीं है, या लक्ष्य टीम की भाषा नहीं बोलते हैं, तो सारांश आगे नहीं पढ़ा जाता है।
लक्ष्य । यदि उम्मीदवार ऐसी स्थिति की तलाश कर रहा है जो रिक्ति के अनुरूप नहीं है, या उसके हित इस कंपनी में जो कुछ भी पा सकते हैं, उससे अलग है, तो फिर से शुरू को आगे नहीं पढ़ा जाता है।
शिक्षा। कई शिक्षा को अंत तक ले जाते हैं, यह तर्क देते हुए कि सबसे महत्वपूर्ण चीज अनुभव है । मैं दृढ़ता से असहमत हूं, क्योंकि उच्च तकनीकी शिक्षा आपको पहले सोचना सिखाती है। एक वैज्ञानिक डिग्री है सक्षम रूप से अनुसंधान परियोजनाओं में संलग्न होना और परिणामों की रक्षा करना। मैं इस खंड को लगभग शुरुआत में रखना पसंद करता हूं, न कि शिक्षा की आलोचनात्मकता के कारण, बल्कि आगे की सामग्री को सकारात्मक तरीके से समझने के चश्मे को तोड़ने के लिए।
कौशल। विशिष्ट रिक्तियों के लिए कौशल की आवश्यकताएं अस्पष्ट हैं। यदि आप ड्राइवरों को विकसित करने के लिए अनुभवी सी ++ की तलाश कर रहे हैं, और जेएस, रूबी ऑन रेल्स और जावा के शीर्ष कौशल में - तो आप आगे नहीं पढ़ सकते हैं।
परियोजनाओं। डेवलपर्स का काम मुख्य रूप से काम के स्थान पर नहीं, बल्कि परियोजना से जुड़ा हुआ है। और नियोक्ता कर्मचारी और परियोजना के बीच एक सशर्त मध्यस्थ के रूप में कार्य करता है, और एक कंपनी में उम्मीदवार के पास कई परियोजनाएं हो सकती हैं। मैं यहां हॉबी परियोजनाओं को शामिल करता हूं मुझे उनमें काफी अनुभव मिला। दूसरे शब्दों में, घोषित कौशल का प्रमाण यहां दिया गया है, अगर कोई सबूत नहीं है, तो इसे आगे नहीं पढ़ा जाता है।
श्रम का इतिहास । यदि हमारे नकली एचआर यहां आए, तो कम से कम उनका मानना है कि उम्मीदवार ने प्रासंगिक नौकरी रिक्तियों में भाग लिया। सभी तकनीकी योग्यताएं और उपलब्धियां पहले से ही पिछले हिस्से में बताई गई हैं, लेकिन यहां एचआर नौकरी और समस्या वाले क्षेत्रों की परिवर्तनशीलता का आकलन कर सकता है जिसके साथ उम्मीदवार परिचित हैं। यदि, उदाहरण के लिए, वह अपने काम के स्थान को अक्सर बदलता है, तो वह आगे नहीं पढ़ सकता है।
व्यावसायिक गतिविधि । कार्य अनुभव के अलावा, जो उम्मीदवार वास्तव में पेशे के बारे में भावुक हैं, वे केवल साधारण काम और शौक परियोजनाओं तक ही सीमित नहीं हैं, बल्कि विज्ञान, ब्लॉग, लोकप्रिय प्रकाशन भी करते हैं, और विशेष सम्मेलनों में प्रस्तुतियां देते हैं। इसलिए, यहां मैं सबसे पहले वैज्ञानिक प्रकाशन देता हूं (प्राथमिकता में - स्कोपस में अनुक्रमित), फिर लोकप्रिय (उदाहरण के लिए, इस लेख की तरह), और अंतिम स्थान पर - सम्मेलनों में प्रस्तुति। यह अनुच्छेद एक पूरक के अधिक है, और एक अनिवार्य 'कट-ऑफ पॉइंट' नहीं है।
रुचियां और गुण । एक क्लासिक बिंदु, वह आवश्यकता जिसके लिए मुझे संदेह है, क्योंकि मुझे नहीं लगता कि यह रचनात्मक भार वहन करता है।
कौशल को कैसे उजागर करें
Filling कौशल ’क्या हैं, और बाहर भरने के दौरान क्या विस्तार की आवश्यकता है - यह एक खुला प्रश्न है। उदाहरण के लिए, कहीं आप C ++, कहीं बूस्ट (और फिर भी C ++ नहीं लिख सकते हैं) लिख सकते हैं, लेकिन कहीं C ++, STL, बूस्ट। और एक ही बात का ध्यान रखें।
यह समझा जाना चाहिए कि भर्तीकर्ताओं और एचआर के पास शायद ही कभी एक तकनीकी विशेषता है, और इससे भी अधिक अनुभव। इसका मतलब यह है कि यह उनके लिए स्पष्ट नहीं हो सकता है कि एसटीएल और बूस्ट में सी ++ शामिल है। इसलिए, यहां आपको मुख्य रूप से रिक्तियों पर ध्यान केंद्रित करने की आवश्यकता है, और देखें कि वहां कौन से कीवर्ड का उपयोग किया जाता है।
खुद के लिए, पत्रिका भरते समय, मैंने और अधिक भरने का फैसला किया (यहां तक कि सिमेंटिक दोहराव के साथ), और फिर मुझे रिक्ति के आधार पर प्रासंगिक कौशल का "फ़िल्टर" जोड़ने की उम्मीद है।
पत्रिका का अनुभव
पत्रिका उम्मीदवार की एक प्रोफ़ाइल है, और इसे निम्नलिखित आरेख के रूप में प्रस्तुत किया जा सकता है। मैं संस्थाओं के लिए केवल मूल विशेषताओं को इंगित करूंगा, और मैं रिश्तों को इंगित करने के लिए पठनीयता बढ़ाने के लिए ActiveRecord अंकन का उपयोग करूंगा।
अगला, हम उदाहरणों के साथ अधिक विवरण में वर्णित संस्थाओं पर विचार करते हैं, और JSON को कार्यान्वयन भाषा के रूप में उपयोग करते हैं।
व्यक्तिगत डेटा के साथ, संपर्क के साथ सब कुछ काफी तुच्छ है। केवल भाषा कौशल को यहां रखा गया है, क्योंकि रूस में रोजगार के विपरीत, यह एक प्रतिस्पर्धात्मक लाभ नहीं है, लेकिन संचार का एक साधन है। और यदि रिक्रूटर आपको बुलाता है, तो उसे तुरंत समझ लेना चाहिए कि संवाद किस भाषा में शुरू करना है।
संस्थान को संस्थान में रखा जाता है, डिप्लोमा की स्थिति (पीएचडी, विशेषज्ञ, मास्टर, आदि), डिप्लोमा का नाम, अध्ययन की अवधि और औसत ग्रेड। मुझे विस्तृत प्रोफ़ाइल के लिए विशेषज्ञता और डिप्लोमा का शीर्षक देना भी उपयोगी लगता है।
कौशल को परियोजनाओं से स्वचालित रूप से भर्ती किया जाना चाहिए , लेकिन मैं जो करना महत्वपूर्ण मानता हूं, वह है कौशल के प्रति मेरा दृष्टिकोण। उदाहरण के लिए, यदि यह C ++ है, जिसे मैं लिखना पसंद करता हूं, तो मैं इस बात पर जोर देना चाहता हूं कि मुझे इसमें लिखना पसंद है, और मुझे रिक्तियों में दोगुनी दिलचस्पी है जहां मैं यह कर सकता हूं। या इसके विपरीत - मैं सी # में नहीं लिखना चाहता, भले ही मुझे यह करना पड़े।
परियोजना में , अवधि, टीम के आकार और विवरण के अलावा, मैं हमेशा इंटरनेट संसाधन को एक वेब लिंक देना पसंद करता हूं जो इसका प्रतिनिधित्व करता है। यदि संभव हो तो, मैं सजावट के लिए एक लोगो भी देता हूं, क्योंकि मेरे लिए व्यक्तिगत रूप से एक फिर से शुरू पर नेविगेशन बहुत सरल है, और पाठ कम समान हो जाता है। एक परियोजना आपके अनुभव का सबसे महत्वपूर्ण बिल्डिंग ब्लॉक है, और एक उदाहरण के रूप में
{ "name" : "Photoshop", "icon" : "photoshop_project.png", "period" : "01.09.2015-30.08.2016", "description" : "Raster graphics editor", "team-size" : "9", "web" : "https://www.adobe.com/products/photoshop.html", "tasks" : [ "..." ] }
प्रत्येक परियोजना में ऐसे कार्य होते हैं जिन्हें हल किया गया था और जिसमें उम्मीदवार ने कुछ उपलब्धियां हासिल की थीं । यह वास्तव में अनुभव का मुख्य सबूत है - एक उपलब्धि जिसे आदर्श रूप में संख्यात्मक रूप में व्यक्त किया गया है। कार्य परियोजना के भीतर एक हो सकता है। इसके अलावा, कौशल को कार्य से जोड़ा जाता है, जो कौशल सांख्यिकी बनाने के लिए आधार बनाता है:
{ "description" : "Development of text-recognition filter from raw image", "period" : "01.09.2015-28.02.2016", "skills" : ["CI", "C++", "ML"], "achievements" : [ "achievied recognition accuracy up to 85%" ] }
और उपलब्धियां इस बात पर जोर देना संभव बनाती हैं कि इस समस्या के समाधान के लिए धन्यवाद, दुनिया में कोई व्यक्ति बेहतर हो गया है, और एक मात्रात्मक मूल्यांकन देना बहुत अच्छा है। और नेत्रहीन इस तरह के एक परियोजना के लिए जा रहा है:
श्रम के इतिहास में , तुच्छ क्षेत्रों के अलावा, परियोजनाओं के लिंक शामिल हैं। मैं यहां "जिम्मेदारियों" को सूचीबद्ध करने के खिलाफ हूं - यह पहले से ही परियोजनाओं में है। मैं कंपनी लोगो का उपयोग करना पसंद करता हूं, खासकर यदि वे प्रसिद्ध लोगो हैं। यदि एचआर पिछले पैराग्राफ से निराश है, और रिज्यूमे को बंद करने जा रहा है, लेकिन एक परिचित लोगो को देखता है, तो यह स्थिति को बचा सकता है।
प्रकाशन , सम्मेलन और सुविधाएँ किसी भी चीज़ से संबंधित नहीं हैं, इसलिए मैं उन्हें बहुत अधिक ध्यान नहीं दूंगा। प्रकाशन (वैज्ञानिक और गैर-कल्पना दोनों) को बिबटेक्स फ़ाइलों के रूप में संग्रहीत किया जाता है।
कार्यान्वयन
साथ के विवरण के साथ संपूर्ण कार्यान्वयन जीथब पर पाया जा सकता है।
मैंने एक फिर से शुरू करने का काल्पनिक उदाहरण तैयार करने की कोशिश की, यथासंभव सटीक रूप से वर्णित विचारों को दर्शाते हुए, और पूरी तरह से संकलक की मौजूदा क्षमताओं का उपयोग करके।
आपको काम करने के लिए डॉकटर की आवश्यकता होती है, लेकिन अगर यह एक समस्या है, तो मुख्य बात यह है कि इमेजमैगिक, लेटेक्स और पायथन को डालना है।
FROM ubuntu:latest RUN apt-get -qq update && DEBIAN_FRONTEND=noninteractive apt-get install -yq --no-install-recommends build-essential librsvg2-bin lmodern inkscape zip python3 python3-dev python3-pip libcairo2-dev apt-utils pkg-config python3-setuptools texlive-fonts-recommended texlive-latex-extra dvipng texlive-latex-recommended texlive-xetex && pip3 install --upgrade pip
रिज्यूम को लेटेक्स-ए के उपयोग से पीडीएफ फॉर्मेट में एकत्र किया जाता है। लोगो के लिए आप अल्फा के साथ वेक्टर (svg) या बिटमैप (png) चित्रों का उपयोग कर सकते हैं। फ़ॉन्ट - एरियल नैरो, जो अपनी चौड़ाई के कारण रिज्यूमे में लोकप्रिय है।
कौशल
मैंने इस परियोजना में कौशल के दृश्य पर विशेष ध्यान दिया, क्योंकि यह उन पर है कि उम्मीदवारों का मुख्य फ़िल्टर जाता है। मुझे जो मिला, उससे निम्नलिखित दृष्टिकोणों को अलग किया जा सकता है:
- ग्रेडेशन (विशेषज्ञ, शुरुआत) के साथ समूहीकृत सूची;
- तालिका (ग्रिड - ग्रेडेशन / कौशल);
- परियोजनाओं में मिश्रण कौशल;
- कोष्ठक में वर्षों में पिछले अनुभव अंक के अलावा।
प्रत्येक दृष्टिकोण अपने तरीके से अच्छा है, यदि आप ध्यान से और ध्यान से इसे पढ़ते हैं, लेकिन अगर आप इस पर 10 सेकंड से अधिक नहीं खर्च करते हैं, तो वे सभी विफलता के लिए बर्बाद हैं।
इसके अलावा - आपके अपने स्तर (शुरुआती / विशेषज्ञ) का अपना मूल्यांकन बहुत रचनात्मक नहीं है। अब से पांच साल पहले, मैं अपने सी ++ स्तर को अब की तुलना में काफी अधिक मानता हूं, हालांकि उस दौरान मैं इस दिशा में कई बार बढ़ा हूं। एकमात्र उद्देश्य मूल्यांकन मैं अपना कौशल दे सकता हूं कि मैंने इसका उपयोग कब तक किया है। इस खंड के कार्यान्वयन के लिए आधार का गठन किया।
लेकिन इस समय अवधि का मूल्यांकन कैसे करें? मुझे याद है कि पहला C ++ प्रोग्राम 7 वीं कक्षा में लिखा गया था, और आखिरी बार मैंने आज कुछ लिखा था। आखिरकार, आपकी उम्र से 13 साल का समय लेना और परिणाम को अनुभव में लिखना गलत है - आखिरकार, ऐसे समय अवधि थीं जब मैंने कुछ भी नहीं लिखा था, और कौशल विकसित नहीं हुआ था।
लेकिन फिर मैं उन परियोजनाओं को सूचीबद्ध कर सकता हूं जिनमें मैंने सी ++ का उपयोग किया था, और मैं उनकी अवधि नोट कर सकता हूं, जो वास्तव में, पहले से ही पत्रिका में किया गया है। और अगर मैंने C ++ का उपयोग करने वाली दो परियोजनाओं पर एक साथ काम किया, तो कौशल दोगुनी गति से नहीं बढ़ता है। और यह पहले से ही पत्रिका और प्रदर्शन आंकड़ों के आधार पर गणना करना आसान है।
और इस तरह के आंकड़ों को देखकर, एचआर जल्दी से पता लगा सकता है कि आप रिक्ति के लिए उपयुक्त हैं या नहीं। इसके अलावा, मैं खुद भी कभी-कभी अपने आँकड़ों को देखने में दिलचस्पी लेता हूं - क्या मैं उतना ही अनुभवी हूं जितना मैंने सोचा था, और इसके विपरीत।
यह कैसा दिखता है
सब कुछ एक जैसा दिखता है:
आलेख के लिए, मैं विशेष रूप से ए 5 प्रारूप में संस्करण का हवाला देता हूं, डिफ़ॉल्ट रूप से कंपाइलर ए 4 पर सेट है।
प्रतिक्रिया
यदि अधिक लोग दोनों पक्षों (एचआर और उम्मीदवारों) पर मुद्दों की भर्ती में सामान्य मानकों का पालन करते हैं, तो सभी के लिए जीना आसान हो जाएगा। इसलिए, यदि आप भी आदर्शवादी विचारों का पालन करते हैं, और आपको परियोजना पसंद आई है, लेकिन जानते हैं कि इसे बेहतर कैसे बनाया जाए, तो मैं बातचीत के लिए खुला हूं और किसी भी प्रतिक्रिया के लिए खुशी होगी।
मैंने सॉफ्टवेयर इंजीनियर / सॉफ्टवेयर डेवलपर के पदों के आधार पर एक परियोजना भी बनाई है, इसलिए मुझे नहीं पता कि मेरा काम अन्य पदों के लिए कितना उपयुक्त है। लेकिन मैं बाहर नहीं करता हूं कि यह संभव है।
आगे कहाँ जाना है
आगे की विकास योजना बहुत ही तुच्छ है, हालांकि इसमें एक गैर-तुच्छ कार्यान्वयन भी शामिल है:
- स्मार्ट कंप्रेशन को लागू करें। पुरानी परियोजनाओं पर न्यूनतम जानकारी दें, अधिकतम - प्रासंगिक और प्रासंगिक पर। अब यह केवल पुराने प्रकाशनों को काटने के लिए लागू किया गया है, लेकिन वे पहले से ही बहुत कम जगह लेते हैं। वॉल्यूम सीमा का पालन करना आवश्यक है और शैली के नियमों का उल्लंघन नहीं करना चाहिए।
- प्रासंगिक जानकारी का एक फ़िल्टर लागू करें। सरलतम मामले में, प्रोफाइल (एम्बेडेड, C ++, फिनटेक, फ्रंट-एंड, आदि) के साथ एक कौशल ऑन्थोलॉजी बनाई जाती है, और प्रोफाइल कंपाइलर के लिए एक पैरामीटर है। आदर्श रूप से, हम एक रिक्ति का लिंक देते हैं (इसे लिंक्डइन पर एक पृष्ठ होने दें), सरलतम मामले में, कंपाइलर इस पर कीवर्ड खोजता है या डेटाबेस / एमएल का उपयोग करके इसका विश्लेषण करता है और प्रासंगिक कौशल और परियोजनाओं को फ़िल्टर करता है।
इस बीच, नौकरी पाने के लिए शुभकामनाएं और शुभकामनाएं!