एक वरिष्ठ डेवलपर के लिए तकनीकी परीक्षण [बंद]


21

मुझे दुविधा है। मेरे पास एक वरिष्ठ सॉफ़्टवेयर डेवलपर पद का उम्मीदवार है।

लड़का उसके साथ पहली बार बात करने में सक्षम लगता है और उसने ठीक पूछे गए सवालों के जवाब दिए और मुझे उसके काम के सबूत दिए। इसके अलावा वह कुछ विश्वसनीय सहयोगियों द्वारा अत्यधिक अनुशंसित किया गया है।

इस मामले में मुझे तकनीकी परीक्षण छोड़ना पड़ता है, मानव संसाधन की आवश्यकता होती है क्योंकि मुझे रिक्ति को भरने की आवश्यकता होती है। कृपया अपना अनुभव साझा करें।

संपादित करें:

एक बेहतर फैसले के खिलाफ मैंने टेस्ट दिया है। लगभग सभी सवालों पर टॉप स्कोर, यहां तक ​​कि इस विषय पर भी कि वह घमंड नहीं करता था। लेकिन मुझे उनसे कुछ विडंबनाओं का समर्थन था जब उन्होंने परीक्षण के प्रश्न देखे - जो स्पष्ट रूप से एक वरिष्ठ के लिए नहीं थे।

इसलिए हमने एक प्रस्ताव रखा।

सभी अंतर्दृष्टि के लिए धन्यवाद।


22
विश्वसनीय सहयोगियों द्वारा अनुशंसित काफी अच्छा होना चाहिए। ज्यादातर ऐसा नहीं होगा कि लाइन पर अपनी प्रतिष्ठा के रूप में।
आदित्य पी

28
यदि आपके पास अभी उसका परीक्षण करने के लिए पर्याप्त समय नहीं है, तो आपके पास उसे फायर करने, नए उम्मीदवार की खोज करने और फिर उस आदमी का परीक्षण करने के लिए आपके पास कितना समय होगा? पहली बार में ही सही करो।
एलेक्स फेनमैन

1
@ एलेक्स: यह प्रक्रिया को सही नहीं करने का सवाल नहीं है। मैं तेजी से नौकरी करना चाहता हूं क्योंकि मेरे पास रखने की समय सीमा है। मैं उसका परीक्षण कर सकता हूं जितना मैं चाहता हूं, मैंने उसे बात पर डिजाइन समाधान भी बना दिया है - कोई कोड नहीं, हालांकि मैं वास्तव में भाषा वाक्य रचना में दिलचस्पी नहीं रखता था लेकिन प्रस्तावित और उपयुक्त प्रौद्योगिकियों में समाधान करता हूं।
डैनियल Voina

क्या आप इस दबाव के समय में अनुबंध नहीं कर सकते थे?
केविन पेनो

1
@Aaron, क्या एचआर वास्तव में एक अनुबंध की स्थिति के बारे में चिंतित होगा? खासकर अगर कंपनी के लिए दीर्घकालिक कठिनाई को रोकने के लिए अनुबंध को छोटी अवधि के लिए सेटअप किया गया था।
केविन पेनो

जवाबों:


34

हमेशा की तरह...

निर्भर करता है

मैंने कभी ऐसा तकनीकी परीक्षण नहीं देखा जो काबिलियत साबित करता हो। मैंने बहुत सारे तकनीकी परीक्षण देखे हैं जो अज्ञानता का प्रदर्शन करते हैं - दोनों परीक्षण-निर्माता और परीक्षार्थी के भागों पर।

तकनीकी परीक्षण में आपको कितना आत्मविश्वास है? क्या आपने लिया है? क्या आपको लगता है कि यह उचित है?

गोपनीय रूप से, मैंने कुछ समय पहले क्लाइंट के लिए एक एहसान के रूप में एक ऑनलाइन तकनीकी परीक्षण लिया था (वे नए हायर के लिए 'बेसलाइन' के रूप में मेरे स्कोर चाहते थे) और इसे विफल कर दिया - ज्यादातर क्योंकि परीक्षण के सवालों में केवल एक वाक्यविन्यास और फ़ंक्शन नाम शामिल थे एक विशिष्ट भाषा का संस्करण। मैं हर समय भाषा का उपयोग करता हूं, और वर्षों तक, लेकिन उन विशिष्ट विशेषताओं को नहीं । ये सभी चीजें थीं जिन्हें मैं देख सकता था कि कब / अगर जरूरत है - और जैसे कौशल / योग्यता के लिए पूरी तरह अप्रासंगिक थे।

तो यह वास्तव में परीक्षण पर निर्भर करता है। अगर आपको लगता है कि आपका तकनीकी परीक्षण महत्वपूर्ण है, तो हर तरह से इसे प्रशासित करें। यदि आप नहीं तो इससे छुटकारा पाएंएक व्यक्तिगत साक्षात्कार और विश्वसनीय सहयोगियों की सिफारिशों के आधार पर आपकी धारणा किसी भी परीक्षा की तुलना में कहीं अधिक मूल्यवान है


:) मुझे वास्तव में वाक्य रचना या कोड स्वरूपण में कोई दिलचस्पी नहीं है। मैं सिर्फ एक अनुभवी आदमी चाहता हूं जो अनिश्चितता को संभाल सके और अपने सामान को अच्छी तरह से जान सके। इसके अलावा वह Oracle में सत्यापित SCJP - id है। क्या यह एचआर प्रक्रिया के लिए सी # पर उससे सवाल पूछने के लायक है?
डैनियल Voina

3
+1 "टेस्ट-मेकर और टेस्ट-टेकर के हिस्सों पर दोनों" ... वास्तव में। काश मैं +10 कि
P.Brian.Mackey

1
@ डैनियल: मुझे ऐसा नहीं लगता - लेकिन मेरे पास एचआर प्रक्रियाओं और औपचारिकताओं के बारे में बहुत कम राय है। मुझे लगता है कि यह बहुत ही विभाग के अस्तित्व को सही ठहराने के लिए मौजूद है, बजाय कंपनी के मूल्य को जोड़ने के। लेकिन यह महज मेरी राय है।
स्टीवन ए लोव

यदि यह एक ऑनलाइन परीक्षा है, तो आप उत्तरों को ठीक वैसे ही देख सकते हैं जैसे आप सामान्य रूप से, नहीं?
ज़ैन लिंक्स

3
एक प्रौद्योगिकी के लिए एक परीक्षण में विफल होने के बारे में अपनी कहानी पर योग्य ग्राहक पहले से ही जानता है कि आप एक विशेषज्ञ हैं। मैंने पहले भी उन प्रकार के परीक्षणों को लिया है और उन्होंने मुझे वास्तव में अपनी क्षमताओं पर संदेह किया है (मैं परीक्षण में बहुत जल्दी महसूस कर रहा था कि हम परीक्षण कैसे कर रहे हैं।) यही कारण है कि अधिकांश तकनीकी प्रमाणपत्र सबसे अच्छे buzzwords पर हैं। HR स्क्रीनर्स के लिए आपका रिज्यूमे।
झूक

33

क्या तकनीकी परीक्षण के परिणाम आपके काम पर रखने के निर्णय में अंतर करेंगे? क्या तकनीकी परीक्षण के किसी भी परिणाम को अप्रासंगिक बनाने के लिए उसके साथ आपकी बातचीत की ताकत और अत्यधिक विश्वसनीय सहयोगियों की सिफारिशें काफी मजबूत हैं?

यदि परीक्षण से कोई फर्क नहीं पड़ेगा तो इसे छोड़ दें।


2
यदि परीक्षण से कोई फर्क नहीं पड़ेगा तो इसे छोड़ दें। - मेने भी यही सोचा। हालांकि, एक और चर है - एचआर, अगर इसे दृढ़ता से उस परीक्षण की आवश्यकता होती है और इसमें ज्यादा समय नहीं लगता है, तो मैं इसे कमजोर परीक्षण में एचआर द्वारा दोषी नहीं ठहराए जाने या कंपनी के नियमों / नीति का समर्थन नहीं करने के लिए करने की सलाह दूंगा।
एलेक्सब ने

1
@alexb यदि एचआर को वास्तव में परीक्षण की आवश्यकता होती है, तो प्रश्न स्वयं मूट है और परीक्षण को प्रशासित किया जाना चाहिए। तथ्य यह है कि सवाल पूछा जाता है तो हमें यह मान लेना होगा कि परीक्षण नहीं लेने की संभावना मौजूद है।
ग्रैटज़ी

1
@Gratzy निश्चित रूप से सहमत हैं। "एचआर की दृढ़ता से आवश्यकता होती है" मेरा मतलब है कि एचआर को परीक्षण की आवश्यकता है लेकिन इसे अभी भी छोड़ दिया जा सकता है (यदि एचआर लचीला हो सकता है), लेकिन यह कुछ आवश्यक कौशल की कमी के साथ इंजीनियर को काम पर रखने के मामले में प्रबंधक के लिए जोखिम भरा हो सकता है, क्योंकि प्रबंधक इस तरह से परीक्षण नहीं करने के लिए मामले को दोषी ठहराया जा सकता है। यह सिर्फ मैं बताना चाहता हूं।
अलेक्सब

इसके अतिरिक्त मैं जो बता सकता हूं वह है: यदि परीक्षण में अधिक समय नहीं लगता है, तो मैं सिर्फ इसे लेने की सलाह दूंगा, इसे लागू करना चाहिए + कुछ उपयोगी जानकारी प्राप्त की जा सकती है।
अलेक्सब

1
@alexb मैं आपसे असहमत नहीं हूं। अधिक जानकारी कम से कम बेहतर होती है, जोखिम को समाप्त करना बेहतर होता है, फिर जोखिम होता है, हालांकि पोस्टर में स्पष्ट रूप से कम समय सीमा होती है और वह अपने पास मौजूद सीमित जानकारी के आधार पर निर्णय लेना चाहता है, इसलिए यदि परीक्षा देना बहुत अधिक नहीं है तब यह यहाँ बहुत उपयोगी नहीं है। अगर हमारे पास असीमित जानकारी होती तो फैसले आसान होते। सीमित जानकारी पर अच्छे निर्णय लेने में सक्षम होना मूल्यवान है।
ग्रैटी

6

मुझे परीक्षण छोड़ने के लिए एक मजबूत तर्क नहीं दिखता है। इसलिए आपको इसे रखना चाहिए ।

अगर आपको लगता है कि उम्मीदवार परीक्षा देने में नाकाम रहेगा, तो वह खुद को बता रहा है।

यदि परीक्षण को प्रबंधित करने और जांचने में इतना समय लगता है कि इसका अर्थ है कि भर्ती निर्णय में देरी हो रही है, तो आपको परीक्षण की समीक्षा करने की आवश्यकता है।

इसके विपरीत, यदि आप उस व्यक्ति को नियुक्त करने की योजना बना रहे हैं जो परिणाम का कोई फर्क नहीं पड़ता है, तो इसके बिना आगे बढ़ें, लेकिन फिर आपको परीक्षण नीति को फिर से जारी करने और स्पष्ट रूप से वैकल्पिक बनाने की संभावना होनी चाहिए।


परीक्षण के बारे में अच्छी बात (परिणाम नहीं) एक मुद्दा है। निश्चित रूप से सुनिश्चित करें कि परीक्षण उचित है।
ChrisF

4

क्या तकनीकी परीक्षण आम तौर पर उपयोगी है या बीएस? क्या आप इसे छोड़ना चाहते हैं क्योंकि आप चाहते हैं कि वह तेजी से काम पर रखे, क्योंकि आप जिस किराए पर चाहते हैं, उसके लिए एक सड़क बनने से डरते हैं, या क्योंकि आप डरते हैं कि यह उसे रोक सकता है?

अंगूठे के एक सामान्य नियम के रूप में मुझे नियम नियम बनाना पसंद है। क्योंकि यदि आप एक व्यक्ति के लिए अपवाद बनाना शुरू करते हैं, तो आपको तब तक अपवाद बनाना शुरू करना चाहिए जब तक आप जल नहीं जाते हैं और सीखते हैं कि नियम क्यों मौजूद है। और मुझ पर भरोसा करो, एक बुरा किराया एक बहुत दर्दनाक गलती है। लेकिन यह केवल सच है अगर नियम उपयोगी है। क्या यह नियम उपयोगी है, तकनीकी परीक्षण पर निर्भर करता है।

दूसरी बात, चाहे जितना दबाव आपको भाड़े पर लेना पड़े, आप उस पर जोर न दें। जल्दबाजी में हमें हां कहने के लिए धक्का देना चाहिए, जब हमें चेतावनी के संकेतों को नजरअंदाज नहीं करना चाहिए, वास्तव में आप जितने अधिक दबाव में हैं, उतना ही आपको उस दबाव पर वापस धक्का देने की जरूरत है ताकि आप सही निर्णय ले सकें।

तीसरा, यदि आपके पास एक कर्कश आवाज है, "मुझे डर है कि, बाकी सब कुछ के बावजूद, वह परीक्षा पास नहीं कर सकता है" तो उस आवाज को सुनें - परीक्षण को छोड़ें नहीं। यह सही किराया नहीं हो सकता है।

और अंत में, यदि उम्मीदवार अच्छा है, तो न केवल उम्मीदवार तकनीकी परीक्षा लेने से नाराज नहीं होगा, उम्मीदवार संभवतः इसे आपके संगठन के बारे में अच्छे संकेत के रूप में देखेंगे । यह व्यापक रूप से उद्धृत जोएल परीक्षण में आइटम 11 है । आखिरकार उन्हें उन डेवलपर्स के साथ काम करने की नाराजगी थी, जिन्होंने एक तकनीकी परीक्षा पास नहीं की होगी, और शायद वह अनुभव दोहराना नहीं चाहते।

उन सभी कारणों के लिए आपको परीक्षण देना चाहिए यदि (और यह एक महत्वपूर्ण है तो) परीक्षण बीएस का एक स्पष्ट टुकड़ा नहीं है जिसे एक उपयोगी तकनीकी परीक्षण से प्रतिस्थापित किया जाना चाहिए ।


ज्यादातर बीएस, ज्यादातर नौकरी के लिए कोई प्रासंगिकता नहीं है। एचआर C # प्रश्न पूछता है, लेकिन हम ज्यादातर एक जावा / यूनिक्स घर हैं (हंसते नहीं हैं - उन्होंने एक भर्ती सलाहकार से परीक्षण खरीदा)। जैसा कि मैंने ऊपर टिप्पणी की है - यह साक्षात्कार के दौरान पूछा गया "वास्तविक कोड" नहीं था, लेकिन छद्म कोड और कुछ यूएमएल स्केच थे।
डैनियल Voina

1
@ डैनियल विओना - क्या यह व्यक्ति कोडिंग जॉब, या आर्किटेक्चर जॉब में होगा? यदि एक कोडिंग जॉब के लिए आपको साक्षात्कार में व्यक्ति को कोड लिखना होगा। गंभीरता से। यदि उम्मीदवार उस पर काम करता है, तो आपको किराए पर लेने से पहले यह जानना होगा।
btilly

दोनों। मुझे उससे विकास की उम्मीद है। मुझे उम्मीद है कि वह डिजाइन / आर्किटेक्चर स्तर पर समाधान के साथ-साथ उन्हें कोड करने के लिए भी आएगा। मुझे लगता है कि 2 को स्वाभाविक रूप से SCJP + पिछले अनुभव + प्रतिध्वनि द्वारा निहित है
डैनियल Voina

@ डैनियल विओना - फिर आपको निश्चित रूप से इसका परीक्षण करने की आवश्यकता है। कुछ बहुत अनुभवी, अन्यथा बहुत अच्छे, उम्मीदवार एक दृष्टिकोण विकसित करते हैं कि कोडिंग किसी भी तरह उनके नीचे है। वे एक शुद्ध वास्तुकला भूमिका में महान हो सकते हैं यदि एक शुद्ध वास्तुकला भूमिका आपके लिए समझ में आती है। लेकिन अगर आप एक को किराए पर लेते हैं और फिर उन्हें कोड करने के लिए कहते हैं, तो आपको नाराजगी और समस्याओं का कोई अंत नहीं मिलेगा। इसलिए आपको साक्षात्कार प्रक्रिया में इसकी तलाश करने की आवश्यकता है।
btilly

4

हम हाल ही में एक ही स्थिति में थे। हमने गहरी तकनीकी को छोड़ दिया क्योंकि प्रारंभिक में उन्हें लगता था कि वे सभी सही किताबें पढ़ते हैं और सभी प्रकार की परियोजनाओं पर काम करते हैं। वह वास्तव में अच्छा लग रहा था।

फिर कुछ हफ़्ते के बाद यह स्पष्ट हो गया कि वह वास्तव में उस स्तर पर कोड करने में सक्षम नहीं था जिसका साक्षात्कार उसने कहा था। और उनका व्यक्तित्व टीम के साथ फिट नहीं था। यह उससे छुटकारा पाने और जो उसने किया था उसे साफ करने के लिए एक गड़बड़ थी।

किसी को भी काम पर रखने से पहले तकनीकी करें।


3

निष्पक्षता के लिए परीक्षण रखें। यदि अन्य नए-यात्रियों को बाद में पता चलता है कि उन्हें एक परीक्षा लिखनी है, लेकिन यह लड़का नहीं करता है, तो यह नाराजगी की भावना पैदा कर सकता है।

परीक्षण सभी के लिए या किसी एक पर लागू किया जाना चाहिए। यदि आप इसे चुनिंदा रूप से लागू करना चाहते हैं, तो सुनिश्चित करें कि यह स्पष्ट और लिखित नीति है कि यह कब माफ किया जा सकता है।


1

तकनीकी परीक्षणों के मूल्य विविध हैं और यह काफी हद तक इस बात पर निर्भर करता है कि वरिष्ठ डेवलपर को किस भूमिका के लिए परीक्षणों का मिलान किया जाता है। मेरा मतलब है, क्या आप ओरेकल डेवलपर को एम्बेडेड सिस्टम इंजीनियरिंग के बारे में सवालों की एक सूची देंगे (यह एक बिंदु साबित करने के लिए एक बुरा उदाहरण है)।

यहां तक ​​कि अगर वरिष्ठ डेवलपर तकनीकी परीक्षण में खराब स्कोर करता है, तो क्या उम्मीदवार को नियुक्त करना आपके लिए एक बाधा होगी?

जैसा कि आपने उल्लेख किया है कि आपको समय के लिए दबाया जाता है, इस वजह से निर्णय लेने में जल्दबाजी न करें। यदि वरिष्ठ डेवलपर किसी ऐसे व्यक्ति के रूप में सामने आता है, जो जिम्मेदारियों के क्षेत्र में बराबर से नीचे है और परियोजना को समय से पीछे कर देता है, तो यह और बुरा होगा।


1

पलट।

यदि यह एक स्थायी वरिष्ठ किराया है जो आपके द्वारा विश्वास किए जाने वाले लोगों द्वारा अत्यधिक अनुशंसित है, तो वह भविष्य में साक्षात्कार टीमों पर अच्छी तरह से काम कर सकता है। अपने पसंदीदा तकनीकी साक्षात्कार परीक्षण प्रश्नों के लिए इस संभावित वरिष्ठ डेवलपर से पूछें, और वे विभिन्न उत्तरों की ताकत और कमजोरियों का मूल्यांकन कैसे कर सकते हैं। शायद उनका परीक्षण करने के लिए कुछ नए बुरे उत्तर दें। आप भी अपने समय के इस उपयोग से बहुत कुछ सीख सकते हैं (या संभवत: ऐसा कुछ पा सकते हैं जो लाल झंडा हो)।

फिर अपने स्वयं के प्रश्नों के कुछ उत्तर "तकनीकी परीक्षण" के रूप में देखें।


1

इसके बारे में इस तरह से सोचें - किसी उत्कृष्ट को काम पर रखने की तुलना में आपके द्वारा पसंद किए जाने के बाद, या संभावित रूप से भयानक किसी व्यक्ति को काम पर रखने के बीच क्या अंतर है?

इसके अलावा, आप यह कहने के लिए कितना सक्षम हैं कि आप वह काम कर रहे हैं जिसके लिए इस परीक्षा का मूल्यांकन किया गया था?

मैं एक ऐसी कंपनी के लिए काम करता हूं जिसे प्रोग्रामिंग टेस्ट पास करने के लिए लगभग 99% उम्मीदवारों की आवश्यकता होती है। 1% जिन्हें दो श्रेणियों में गिरने की आवश्यकता नहीं है। पहली श्रेणी "रॉकस्टार" प्रकार है जिसे हमने सक्रिय रूप से गेट-गो से भर्ती किया है। दूसरा, और शायद अधिक प्रासंगिक, श्रेणी वे लोग हैं जिनके लिए प्रक्रिया को वरिष्ठ कर्मियों द्वारा माफ कर दिया गया है जिनके पास एक बहुत मजबूत ट्रैक रिकॉर्ड हायरिंग है और जो नौकरी के लिए काम पर रखने में सक्षम हैं।

व्यक्तिगत रूप से, मुझे लगता है कि यह एक अच्छी नीति है, और मैं इसे आपकी स्थिति के लिए सुझाऊंगा।


1

मैं वैसे भी परीक्षा देता। उसे किसी भी कारण से अनुशंसित किया जा सकता है (कुछ जो आपके लिए सभी लाभकारी नहीं हो सकते हैं ...)। तकनीकी साक्षात्कार का एक लाभ अन्य टीम के सदस्यों के साथ संबंध प्रक्रिया शुरू करना है। काम पर रखने की प्रक्रिया में खरीदने के लिए टीम की आवश्यकता को कम मत समझो।


1

एचआर के प्रतिबंधों को देखते हुए, मुझे लगता है कि मैं साइबर-डोजो की एक प्रति डाउनलोड करूंगा , इसे एक स्थानीय सर्वर पर स्थापित करूंगा , अपने उम्मीदवार को एक वेब ब्राउजर के सामने बैठाऊंगा जो केवल उस सर्वर तक पहुंच सकता है और उन्हें कई काटा पूरा करने के लिए कह सकता है। उनके चयन की भाषा में (आदर्श रूप से प्रति काटा एक अलग भाषा)।

फिर ट्रैफिक लाइट के अनुक्रम को देखें। यदि वे एक अच्छे TDD डेवलपर हैं, तो आपको एक अच्छा दोहराया लाल / हरा प्रगति प्राप्त करना चाहिए।

यदि आप साइबर-डोजो के साथ खेलना चाहते हैं, तो लेखक के पास यहां एक अच्छा ऑनलाइन संस्करण है


हम्म् ... अच्छा उपकरण। मैं Codility codility.com पर विचार कर रहा था, लेकिन यह निशुल्क है। धन्यवाद!
डैनियल Voina

0

एक और सवाल - आपके एचआर डिपार्टमेंट में आपका कितना भरोसा है।

मैं यहां बहुत अधिक साइकेडेलिक कूलएड पी सकता हूं, लेकिन मुझे यह पता लगाने में अक्सर सुखद आश्चर्य होता है कि किराए पर दिए गए सुरक्षा उपाय को लागू करते समय मेरे मानव संसाधन विभाग की एक अच्छी योजना थी। उदाहरण के लिए, ऐसा लगता है कि यह सच है कि आपका वरिष्ठ व्यक्ति ओरेकल के लिए आवश्यक होने जा रहा है, और सी # के लिए नहीं, इसलिए एक सी # परीक्षण अप्रासंगिक लगता है। लेकिन अगर आपका एचआर डिपार्टमेंट बहुत संवेदनशील है तो किसी के लिए आग लगाना कितना मुश्किल हो सकता है जब वे कई अलग-अलग परियोजनाओं में निशान नहीं मार सकते हैं, तो किसी के लिए आपकी अल्पावधि की आवश्यकता को दीर्घकालिक रूप से ट्रम्प किया जा सकता है, यह सुनिश्चित करने की आवश्यकता है कि हर डेवलपर व्यापक रूप से प्रयुक्त प्रोग्रामिंग भाषा में कुछ न्यूनतम योग्यता को पूरा कर सकता है।

यह सब आपके मौजूदा काम पर रखने की कार्यप्रणाली, आपकी कंपनी को नियंत्रित करने वाले कानून और बोर्ड भर में तकनीकी कौशल की जरूरतों के साथ करना है। कुछ कंपनियों में प्रोबेशन पीरियड जैसी चीजों का सेटअप किसी के साथ ट्रायल रन के लिए जाना आसान बना देता है और फिर पहले 3 महीनों में काम नहीं करने देता है। अन्य कंपनियों में, जिस मिनट में कोई व्यक्ति स्थायी कर्मचारी के रूप में दरवाजे पर चलता है, वे बड़े पैमाने पर उचित उपचार सुरक्षा के अधीन होते हैं, जिसका अर्थ है कि आपको किसी से छुटकारा पाने से पहले लंबे समय तक उन्हें बनाए रखना होगा और उन्हें वापस लेना होगा। अप।

मैं आपकी कंपनी की जाँच करूंगा और देखूंगा कि क्या इस स्तर पर परिश्रम करने का कोई कारण है, भले ही इस व्यक्ति को अल्पावधि में इन कौशलों को प्रदर्शित करने की आवश्यकता नहीं है। दीर्घकालिक इंजीनियर - विशेष रूप से एक वरिष्ठ इंजीनियर के वेतन दर पर - बहुत बड़ा हो सकता है।


सच कहूं? बहुत ज्यादा नहीं। यह तकनीक से डिकूप्टेड लगता है और स्थानीय आईटी बाजार के रुझान का अनुसरण करते हुए, अनजाने में हो सकता है।
डेनियल वोहना

@ डैनियल वोंया - क्या आपने पहले किसी को फायर करने की कोशिश की है?

मैंने भी सुसाइड कर लिया।
डैनियल Voina

@ डैनियल वोइना - महान ... लेकिन मैंने ऐसी स्थितियों को देखा है जहां किसी को आग लगाने में 6 महीने से 1.5 साल लगते हैं। केवल उस व्यक्ति और लोगों के लिए शामिल दर्द और पीड़ा को देखते हुए, जो उन्हें सीधे तौर पर प्रबंधित कर रहा है, लेकिन पूरी टीम पर, मैं कहूंगा कि व्यक्ति को कुछ अनावश्यक हूप के माध्यम से कूदने का एक वैध बिंदु है, खासकर अगर यह CYA का हिस्सा है। तंत्र।

0

आपने कई बार दोहराया है कि समय सीमा कम हो रही है - मैं मान रहा हूं कि आप ब्रुक के कानून के बारे में जानते हैं।

यह कहने के बाद, आपको यह देखना चाहिए कि वास्तविक साक्षात्कार प्रक्रिया में किस तरह की देरी हो सकती है। यदि वह एक बहुत ही सक्षम उम्मीदवार है जो आपको लगता है कि आपके कूदने और दौड़ने की समय सीमा को ठीक कर सकता है, तो उसे कुछ घंटों के साक्षात्कार / जोड़ी प्रोग्रामिंग में खर्च करने में कोई समस्या नहीं होनी चाहिए। एक और पहलू पर विचार करने के लिए अपने वर्तमान साथियों होगा। आप अपनी बड़ी टीम को यह अहसास नहीं देना चाहते हैं कि लोग आपके स्वामियों के अनुसार प्रवेश करते हैं / छोड़ते हैं - क्योंकि यह आमतौर पर खराब होता है अगर आदमी बाहर निकलता है। यह एक मुख्य कारण है कि एचआर कई साक्षात्कारों पर जोर देता है ताकि एक व्यक्ति सुक्रोज पर बोलबाला न करे।

काम पर रखने और परियोजना के साथ गुड लक!


करीब 5 महीने में डेडलाइन आ रही है। मुझे उनसे सुपर पावर की उम्मीद नहीं है, बस नई सुविधाओं को संभालने में सक्षम हो, वर्तमान कोडबेस को समझें, कुछ प्रौद्योगिकियों से परिचित हों और यदि आवश्यक हो तो बग को ठीक करने में सक्षम हों। समय सीमा मेरी समस्या है और मैं टीम को बहुत अधिक उपभोग किए बिना उन्हें यथासंभव रखने के लिए किराए पर लेना चाहता हूं। मेरी टीम के लोग उसे बेहतर जानते हैं, फिर मैं करता हूं - उन्होंने दूसरी कंपनी में साथ काम किया।
डैनियल वोहना

फिर इसका मतलब है कि आप यह मान रहे हैं कि वह दौड़ते हुए मैदान से टकराएगा। आप 1hr जोड़ी प्रोग्रामिंग सत्र क्यों नहीं करते हैं और एक निर्णय लेते हैं?
सुबु शंकर सुब्रमण्यन

मैंने उसे एक समस्या देने और कुछ दिनों में समाधान प्राप्त करने के लिए ध्यान में रखा (समाधान = कोड + परीक्षण)। जोड़ी प्रोग्रामिंग भी उत्कृष्ट होगी। समस्या यह है कि अगर मैं नौकरी नहीं करता तो मैं अवसर की खिड़की ढीली कर सकता हूं - लड़का दूसरों के साथ भी मुखिया है। मुझे क्या परेशान करता है कि मैं उसे शहर में नहीं रख सकता (वह वर्तमान में कहीं और रहता है), जब तक कि एचआर यह तय नहीं कर लेता है कि भर्ती परीक्षा ठीक है। मुझे लगता है कि मैं अपनी हिम्मत का पालन करूंगा।
डैनियल Voina

जब तक आप रिचर्ड स्टालमैन स्तर के व्यक्ति को नियुक्त करने की कोशिश नहीं कर रहे हैं, मुझे यकीन है कि अन्य समकक्ष प्रोग्रामर :) हैं। लेकिन फिर से, हमें एक बार थोड़ी देर में अपनी आंत का पालन करना होगा - इसलिए, जैसा कि मैंने पहले कहा था, सौभाग्य :)। इस पोस्ट को अपडेट करें कि यह बाद में कैसे निकला!
सुबु शंकर सुब्रमण्यन

0

आमतौर पर अनुबंध के हिस्से के रूप में आपके पास रोजगार की शुरुआत में परीक्षण अवधि के रूप में छह महीने होते हैं। यदि उम्मीदवार पूरी तरह से अक्षम है, तो यह इन कुछ महीनों के दौरान काफी स्पष्ट होगा और आपके पास कम से कम परीक्षण अवधि के बाद समाप्त करने का विकल्प होगा। मैं यह भी कहना चाहूंगा कि किसी को भी सब कुछ पता नहीं चल सकता है और लोगों को अक्सर भूमिका में बढ़ने के लिए समय की आवश्यकता होती है और वास्तव में कैरियर की सीढ़ी को आगे बढ़ाना हो सकता है इसलिए कोई भी निर्णय लेने से पहले समय का थोड़ा सा समय निर्धारित करना हमेशा बुद्धिमान होता है (दोनों में से) दलों!)


0

ईमानदार होने के लिए (और दूसरे प्रश्न के लिए अपना उत्तर दोहराएं), मैं खुद एक दुकान द्वारा काम पर रखने से सावधान रहूंगा, जिसने मुझे तकनीकी साक्षात्कार नहीं दिया। मैं तकनीकी उत्कृष्टता के लिए उनकी प्रतिबद्धता पर संदेह करता हूं और इस तथ्य को पसंद नहीं करूंगा कि मुझे अपना निर्णय लेने से पहले टीम के साथ "टॉक शॉप" करने का अवसर नहीं मिलेगा।

टीम के सदस्यों को उस लड़के को जानने के लिए, और उसके लिए उन्हें जानने के लिए तकनीकी साक्षात्कार भी एक अवसर बनाएं। चूंकि लड़का वरिष्ठ है, इसलिए यह बहुत महत्वपूर्ण है कि आप तकनीकी मामलों पर उसके साथ स्पष्ट रूप से संवाद कर सकें। आप इसे बिना किसी गहन तकनीकी साक्षात्कार के कैसे परखेंगे?

संक्षेप में: यदि वह उसके लिए मानक तकनीकी साक्षात्कार को माफ करने के लिए महत्वपूर्ण है, तो वह उसके साथ एक विशेष तकनीकी साक्षात्कार करने के लिए पर्याप्त महत्वपूर्ण है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.