पेशेवर नौकरी के लिए दुविधा फिर से शुरू करें [बंद]


21

अपने फिर से शुरू करने पर, मैं खुद को "सी में अनुभव प्रोग्रामिंग के 7 साल" होने के रूप में सूचीबद्ध करता हूं।

स्पष्ट करने के लिए, मैं मिक्स में फेंके गए कुछ कॉलेज पाठ्यक्रमों के साथ एक स्व-सिखाया गया सी प्रोग्रामर हूं। मैंने कुछ छोटी व्यक्तिगत परियोजनाओं पर काम किया है, और मैं अपने आप को कंप्यूटर विज्ञान की श्रेणी में वास्तविक वास्तविक दुनिया के अनुभव से अधिक सक्षम मानता हूं, हालांकि किसी भी तरह से मैं विशेषज्ञ होने के बावजूद कहीं भी नहीं हूं।

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

मैं वास्तव में एक डेवलपर के रूप में नौकरी करना चाहता हूं, लेकिन मैं किसी ऐसी चीज के लिए काम पर नहीं रखना चाहता, जिसे मैं संभाल नहीं सकता, और न ही मैं अपनी ताकत दिखाने की कोशिश करते हुए खुद को गलत तरीके से पेश करना चाहता हूं। मैंने जानबूझकर "हैंड्स-ऑन" को यह कहने के लिए चुना कि यह पेशेवर नहीं था। मुझे अपने सी अनुभव पर अपने सी अनुभव को कैसे बेहतर ढंग से स्पष्ट करना चाहिए?


24
यदि आपके पास अधिक उद्योग का अनुभव था, तो आपको एहसास होगा कि सॉफ़्टवेयर डेवलपमेंट टाइटल्स में "सीनियर" शब्द का अत्यधिक दुरुपयोग होता है, और तथाकथित "वरिष्ठ डेवलपर्स" का विशाल बहुमत वास्तव में भयानक है। यदि आप दूर से होशियार हैं, तो आप पाएंगे कि अधिकांश नौकरियों में, यहां तक ​​कि जिन लोगों को आप एचआर प्रकार के त्रुटिपूर्ण निर्णय के लिए अयोग्य करार देते हैं, कि आप अपने साथियों के 80% से अधिक चालाक होंगे।
maple_shaft

1
@maple_shaft मुझे डर है, आप अपने साथियों के मूल्यांकन के साथ अधिक हैं। लेकिन समस्या यह है कि जब आप स्पष्ट रूप से उनसे ज्यादा चालाक होते हैं, तो वे आपको "अयोग्य" कहकर मना कर देंगे।
गंगनुस

2
आपकी दुविधा का एकमात्र समाधान, अपने कॉलेज के अनुभव को गिनना बंद करें, क्योंकि अंत में इसकी वास्तव में गिनती नहीं होती है।
रामहाउंड

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

4
योग्य, इसलिए यदि मैं सी का उपयोग कर रहा हूं क्योंकि मैं व्यक्तिगत परियोजनाओं के लिए 13 साल का था तो क्या मैं 11 साल का सी डाल सकता हूं? मुझे क्षमा करें, लेकिन मुझे नहीं लगता कि आप अपने अनुभव को "वर्षों" में नीचे रख सकते हैं।
user606723

जवाबों:


25

भाषा कौशल के मामले में वाणिज्यिक अनुभव और गैर-वाणिज्यिक के बीच तीन अंतर हैं (सामान्य विकास के अनुभव के संदर्भ में कई और अधिक हैं)।

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

आपकी स्थिति में, मैं शायद "7 साल, 3 वाणिज्यिक, सी में" कहूंगा। मुझे बहुत आश्चर्य होगा अगर वह किसी को गुमराह करे।


4
उन्होंने कहा कि उनके 3 वाणिज्यिक वर्ष सी। में नहीं थे
साइबरबाग

3
बहुत सी टीमों में साफ कोड और अच्छी शैली रखने की कोशिशों को एक दिखावा और समय बर्बाद करने के रूप में देखा जाता है। बेशक, केवल कुछ ही साथी इसे खुलकर कहेंगे।
गंगानुस

@ बर्गबोर: आप सही कह रहे हैं। मैंने उसे गलत समझा। जिस स्थिति में "7 साल, प्रतिबद्ध लेकिन गैर-वाणिज्यिक, सी।"
पीडीआर

1
मैंने इस संदर्भ में "वाणिज्यिक" शब्द कभी नहीं सुना है। क्या यह "पेशेवर" कहने के समान है?
क्रिस् हार्पर

@ रूट 45: करीब। वाणिज्यिक ग्राहकों के साथ एक उत्पाद पर काम कर रहा है, जो कम से कम व्यावसायिक रूप से व्यवहार्य होने का इरादा है।
pdr

9

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

सच कहूँ तो, यह किसी भी कंपनी के हित में नहीं है कि आप किसी ऐसी चीज के लिए जिसे आप "संभाल नहीं सकते", "व्यक्तिगत काम" भी उतना ही महत्वपूर्ण है जितना कि "पेशेवर काम"। मुझे लगता है कि आप "व्यक्तिगत कार्य" कर रहे हैं, यह दर्शाता है कि प्रोग्रामिंग सिर्फ आपके लिए काम नहीं है, जिसे कई नियोक्ता एक अच्छी चीज के रूप में देखते हैं !!

मेरी सलाह होगी कि आप किसी भी इंटरव्यू के साथ जाएं, जो आपके लिए भेजते हैं, क्योंकि जब आप इस बारे में सोचते हैं कि आपको क्या मिला है? यदि और कुछ नहीं आप साक्षात्कार का अनुभव प्राप्त करते हैं और कंपनियां क्या देख रही हैं, तो आप अपने लक्ष्य तक पहुंचने के लिए अपने कौशल को और विकसित कर सकते हैं!

शुभ लाभ


5

आपकी समस्या जान-पहचान की कमी नहीं बल्कि उद्योग के अनुभव की कमी है। भर्तीकर्ता से पूछें कि क्या उनके पास एस / डब्ल्यू इंजीनियर या जूनियर / अपरेंटिस सॉफ्टवेयर इंजीनियर के लिए एक स्थिति है। यह पूरी तरह से ठीक है।

बताएं कि आपके पास उद्योग का अनुभव नहीं है, लेकिन C में प्रोग्रामिंग करने का शौक है और यह विश्वास है कि आपके प्रोग्रामिंग कौशल किसी भी Compass ग्रेजुएट के बराबर हैं। अपनी कुछ महत्वपूर्ण व्यक्तित्व परियोजनाओं की व्याख्या करें। इससे भी बेहतर अगर आप डाउनलोड की संख्या froma देव साइट या कुछ और दिखा सकते हैं। मत कहो कि तुम अपने आप को एक COMP विज्ञान स्नातक की तुलना में अधिक सक्षम मानते हैं, भले ही वह सच हो। भर्ती करने वाला प्रसन्न हो सकता है, लेकिन आपकी टीम का लीडर शायद आपको घमंडी :-) मान लेगा, खासकर अगर वे सीएस ग्रैड हैं।

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

काम संभालने में सक्षम नहीं होने के बारे में चिंता मत करो। यहां तक ​​कि अनुभवी डेवलपर्स कभी-कभी एक कठिन परिस्थिति में ठंडे पसीने में टूट जाते हैं।


4
यह कहेंगे कि यदि आप हर बार एक ठंडे पसीने में नहीं टूटते हैं, तो आप हमेशा स्थिति की पूरी तरह से सराहना नहीं करते हैं।
nwahmaet

3

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

मैं पेशेवर से व्यक्तिगत प्रोग्रामिंग अनुभव को उजागर करूंगा क्योंकि यह पहल और जुनून दिखाता है।


1

वर्षों की "संख्या" वास्तव में बहुत कम है क्योंकि यह पूरी तरह से अनुभव की तीव्रता पर निर्भर है। कुछ दुकानें ऐसी हैं जहां कम से कम 1 साल के काम से प्राप्त अनुभव को कम वातावरण में काम के किसी भी वर्ष से मिलान नहीं किया जा सकता है। मुझे लगता है कि "सॉफ्ट" नंबर के रूप में वर्षों की संख्या को पहचानना सबसे अच्छी बात है।

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

उम्मीदवारों के लिए, इसका मतलब यह है कि "अनुभव के वर्ष" लगभग कभी भी कट-ऑफ नहीं होते हैं (भले ही "आवश्यकताओं" का कहना हो)। इसके बजाय, यदि आपको लगता है कि आप काम कर सकते हैं, तो यह काम पर रखने वाले प्रबंधक को आश्वस्त करने की बात है कि आप क्या कर सकते हैं।


0

कुछ छोटी व्यक्तिगत परियोजनाओं पर काम किया है, और मैं अपने आप को कंप्यूटर विज्ञान के स्नातक की तुलना में अधिक सक्षम मानता हूं जिसमें कोई वास्तविक वास्तविक दुनिया का अनुभव नहीं है, हालांकि किसी भी तरह से मैं विशेषज्ञ होने के बावजूद कहीं भी नहीं हूं।

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

मुझे डर है कि भर्ती एजेंट हालांकि, शायद ही कभी अगर आप जो भी लिखते हैं उसे पढ़ते हैं, तो ज्यादातर कीवर्ड खोज करते हैं और फिर कीवर्ड हिट पर आधारित ईमेल या कॉल करते हैं। वे तब अपना समय बर्बाद करते हैं और आपसे खुद को पढ़ने के बजाय अपने सीवी के बारे में पूछते हैं। वे महिमा-मंडित हैं और जैसे तैसे संपर्क किया जाता है, 99% लोगों का समय बर्बाद होता है। आप कंपनियों से सीधे संपर्क करना बेहतर समझते हैं।


0

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

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

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

इस पर भी गौर करें, आप सिर्फ आत्मविश्वास की कमी से पीड़ित हो सकते हैं।

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