मुझे अपनी पहली प्रोग्रामिंग नौकरी से क्या उम्मीद करनी चाहिए? [बन्द है]


37

मुझे अपनी पहली प्रोग्रामिंग नौकरी के लिए काम पर रखा गया है! मैं 25 साल का हूं और 6 साल से जावा शैक्षणिक रूप से इस्तेमाल कर रहा हूं।

अब जब मुझे काम पर रखा गया है तो मुझे घबराहट हो रही है कि मेरे कौशल से वह नहीं होगा जो नियोक्ता को उम्मीद है। मुझे डर है कि मुझे एक परियोजना सौंपी जाएगी और बहुत सारे सवाल पूछने होंगे कि मेरे सहकर्मी शौकिया महसूस करेंगे।

क्या यह तर्कसंगत डर है? आपके पहले प्रोग्रामिंग नौकरी के अनुभव क्या थे? मुझे क्या उम्मीद करनी चाहिए? आप मुझे क्या सलाह दे सकते हैं?

धन्यवाद।


16
चिंता मत करो। अधिकांश नियोक्ता समझते हैं कि उद्योग में शिक्षा से एक विशाल सीखने की अवस्था है। यदि आप बहुत सारे प्रश्न नहीं पूछ रहे हैं तो मुझे चिंता होगी।
पेमदास


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

जवाबों:


57

बहुत सी चीजें हैं जो आप कॉलेज में नहीं सीख सकते हैंकई चीजें भी हैं जो कंपनी के लिए विशिष्ट हैं । दोनों ही मामलों में, आपके पास एक विकल्प है:

  • या तो आप अपने सहयोगियों से स्पष्टीकरण के लिए पूछें,
  • या आप किसी से कुछ भी नहीं पूछते, और गलती करने का जोखिम उठाते हैं।

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

सवालों से बचें। यह उन चीजों को सीखने और उन लोगों के साथ मेलजोल करने का एक अच्छा तरीका है, जिनके साथ आप काम करेंगे। परंतु:

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

खराब प्रश्नों का उदाहरण:

  • "अरे, मैं PHP में {1, 2, 3, ... n-1, n} जैसी एक सरणी बनाना चाहता हूं। क्या आप मुझे पसंद कर सकते हैं?" यहां, आप केवल यह दर्शाते हैं कि न केवल आप PHP प्रलेखन का उपयोग करना जानते हैं, बल्कि आप Google को खोजने या एक पल के लिए भी सोचने की जहमत नहीं उठाते हैं। यदि आप rangePHP में विधि के बारे में नहीं जानते हैं तो यह ठीक है । यह ठीक नहीं है यदि आप इसे स्वयं नहीं पा सकते हैं।

  • "मैं प्लगइन्स को लागू करने की कोशिश कर रहा हूं, लेकिन मुझे नहीं पता कि कैस .NET फ्रेमवर्क में क्या है। क्या आप मुझे समझा सकते हैं कि यह क्या है?" हां, स्पष्टीकरण के लिए पूछना आसान है, लेकिन पहले "CAS .NET फ्रेमवर्क 4.0" के लिए Google को खोजने के बारे में क्या?

  • "आप मुझे संस्करण नियंत्रण का उपयोग करने के लिए क्यों मजबूर कर रहे हैं? मैंने हमेशा इसके बिना काम किया और मुझे समझ में नहीं आता कि मुझे अब इसकी आवश्यकता क्यों होगी।" ठीक है, आपके सहयोगियों को यह समझाने की ज़रूरत नहीं है कि आपको इसका उपयोग क्यों करना चाहिए। सबसे पहले, यह आपकी कंपनी की एक दिशानिर्देश है। आप यहाँ नहीं हैं कि कैसे काम करना है। दूसरा, एसई वेबसाइटों पर बहुत सारी किताबें, ब्लॉग लेख और उत्तर हैं जो बताते हैं कि हर किसी को संस्करण नियंत्रण का उपयोग क्यों करना चाहिए। आपको बस खोज करनी है।

प्रश्नों के उदाहरण जो स्वागत योग्य हैं:

  • "मैं संस्करण नियंत्रण में बदलाव करना चाहता हूं, लेकिन एक अजीब त्रुटि संदेश है। यह कहता है: [...]। हो सकता है कि आपको पता हो कि यह क्या है?" संभावना है कि आपके सहकर्मी इस संदेश को दर्जनों बार पहले देख चुके हैं, इसलिए यह पूछना ठीक है।

  • "मैं इस परियोजना के लिए आवश्यकताओं के पृष्ठ 9 को पढ़ रहा हूँ, भाग 4.2.1, लेकिन मुझे यकीन नहीं है: क्या यह मेरे या डेटाबेस व्यवस्थापक के लिए यह हिस्सा है?" यह पूछने के लिए बेहतर है कि तीन दिन काम करने के लिए, जो पहले से ही डीबीए द्वारा किया जाता है।

  • "मुझे प्लगइन्स लागू करने की आवश्यकता है, लेकिन इसे और इसे पढ़ने के बाद, मुझे अभी भी समझ में नहीं आया है कि सैंडबॉक्स क्या है और यह सुरक्षा से संबंधित कैसे है। क्या आप मुझे बाद में समझा सकते हैं कि आप कब मुक्त होंगे?" आपने खोजा। आपने एक प्रयास किया। आप समझ नहीं पाए। सब कुछ नहीं समझना ठीक है, और इसके लिए खोज करने के लिए सप्ताहांत बिताने के बजाय स्पष्टीकरण के लिए पूछना बेहतर होगा।


18
मैं यह बताना चाहता हूं कि यदि कंपनी ने संस्करण नियंत्रण का उपयोग नहीं किया है , तो हमारे यहां ९९.९% लोग "कैसे काम करना है" और स्रोत नियंत्रण प्राप्त करने की कोशिश करने का समर्थन करेंगे।
whatsisname

" आप मुझे संस्करण नियंत्रण का उपयोग करने के लिए क्यों मजबूर कर रहे हैं? मैंने हमेशा इसके बिना काम किया और मुझे समझ में नहीं आता कि मुझे अब इसकी आवश्यकता क्यों होगी ।" उत्तर: "ठीक है, आपके पास एक बिंदु है। कुछ महीनों के लिए इसके बिना काम करें, हमारे बड़े स्प्रेडलिंग कोडबेस पर जबकि हर कोई इसका उपयोग करता है, और हम इसके बारे में फिर बात करेंगे"। यह मुद्दा संभवतः स्वयं का ध्यान रखेगा।
joshin4colours

1
केवल उन्हें पूछने के लिए सवाल मत पूछो - सहमत हुए। लेकिन अपने ज्ञान को व्यापक बनाने के लिए प्रश्न पूछें। यदि आप ऐसा नहीं करते हैं तो आप सीखने की कोशिश नहीं कर रहे हैं।
विन्यासकर्ता

ये वास्तव में अच्छे मानदंड हैं, लेकिन मैं यह भी जोड़ूंगा कि कुछ चीजें जो कार्यदिवस के दौरान पूछने लायक नहीं हैं, वे लंच के दौरान पूछने के लिए पूरी तरह से स्वीकार्य हो सकती हैं (यदि कंपनी की संस्कृति ऐसी है कि लोग एक साथ खाते हैं और काम की चीजों पर चर्चा करने के साथ ठीक हैं )। यह प्रश्न का उत्तर देने के अतिरिक्त संदर्भ स्विच को रोकता है।
autophage

22

"एकमात्र बेवकूफ सवाल वह है जो बिना जांचे चला जाता है।"

^ गंभीरता से। उसे याद रखो।

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

यदि आपका कौशल मेल नहीं खाता है तो नियोक्ता को क्या चाहिए था, उन्होंने आपको काम पर नहीं रखा होगा। अगर वे आपके कौशल को काम पर रखते हैं, भले ही वे आपके लिए क्या देख रहे हैं, से मेल नहीं खाते हैं, तो आप सबसे अधिक संभावना है कि वे वहां काम नहीं करना चाहते।

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

कुछ कंपनियों ने आपको एक संरक्षक के साथ जोड़ा, कुछ नहीं।


+1, यह चिंता करना कि क्या आपका सहकर्मी यह सोचने वाला है कि प्रश्न मूर्खतापूर्ण है या नहीं और उस समय का खर्च होता है जिसे प्रश्न पूछने और कार्यान्वित करने में खर्च किया जा सकता है।
निकोलस स्मिथ

+1, लेकिन कौशल मिलान वाले भाग पर एक छोटा नोट। कभी-कभी एक नियोक्ता मौजूदा कौशल के बिना एक प्रवेश स्तर के व्यक्ति को काम पर रखेगा जो प्रशिक्षण के माध्यम से उन कौशल हासिल करने की अच्छी क्षमता दिखाता है। या तो मामले में, प्रश्नों का समाधान होने से समाधान समाप्त हो जाता है।
जोएल एथरटन


8

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

मेरा कहना है, डर स्वाभाविक है लेकिन आप इसे पा लेंगे, और बहुत सारे शौकिया सवाल पूछेंगे। यह सीखने का सबसे अच्छा तरीका है। कम से कम मेरे मामले में यह था, और अभी भी है।

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


2

यदि आप गूंगे सवाल पूछते हैं, लेकिन केवल एक बार पूछें, तो आपके साथी आपसे नफरत नहीं करेंगे। लेकिन अगर आप कभी नहीं सीखते हैं, तो वे आपके बॉस को आपको आग लगाने के लिए कहेंगे।

आपका सिच आपके नियंत्रण से बाहर है। या तो आप अच्छे लोगों के साथ होंगे जो चाहते हैं कि आप सफल हों, या आप बुराई के साथ रहेंगे जो चाहते हैं कि आप असफल हों।

कोशिश करें कि आप नर्वस न हों और सिर्फ वही करें जो आप कर सकते हैं। और भाषा और कंपनी के ऐप्स को सीखने के लिए बहुत सारे अतिरिक्त काम करते हैं।


2

जब आप एक प्रश्न पूछें, तो सुनिश्चित करें कि आप:

  • पूछने से पहले तैयारी करें
  • उस व्यक्ति को दें जिसे आप ज़ोन से बाहर आने का समय दे रहे हैं
  • दूसरे व्यक्ति को चतुर बनाने की कोशिश करें

http://www.artificialworlds.net/blog/2011/02/12/how-to-ask-technical-questions-in-person/


1

मेरी पहली प्रोग्रामिंग जॉब एक ​​ऐसी भाषा और फ्रेमवर्क / प्लेटफ़ॉर्म में थी जिसे मैंने पहले कभी नहीं देखा था (विजुअल C ++ / MFC, और मुझे C पर यूनिक्स में जावा के साथ शिक्षित किया गया था)।

उपाख्यान का नैतिक: जब आपके पास कोई वाणिज्यिक अनुभव नहीं होता है, तो पहला नियोक्ता जो आपको लेता है, वह आपको आमतौर पर एक साफ स्लेट के रूप में देखता है। अब वापस देखते हुए, भले ही मुझे यूनिक्स भूमिका पर सी के लिए काम पर रखा गया था, 95% + उस सीखने की अवस्था के शुरुआती दौर में सॉफ्ट स्किल्स, सोर्स कंट्रोल, ऑफिस पॉलिटिक्स / मैनेजमेंट और इस तरह के अन्य कामों के बारे में बहुत कुछ होता। सामान जो अकादमिक अनुभव वास्तव में आप के लिए तैयार नहीं कर सकते। तकनीकी पक्ष पर, वे आम तौर पर आपसे अपेक्षा करते हैं कि आप पहले महीने या दो महीने में अपने पैरों पर बहुत लड़खड़ाएंगे - अकेले गैर-तकनीकी चीजों से सिस्टम को झटका एक व्याकुलता के लिए पर्याप्त है। वे यह जानते हैं, इसलिए वे शायद ज्यादा उम्मीद नहीं करते हैं।

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


1

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

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

यह एक पतली रेखा है, लेकिन आपको पता चल जाएगा कि इसे कहां पार करना है और कहां नहीं। सबसे अच्छी बात जो आप कर सकते हैं, वह सीखने और अपने आप को ऐसे लोगों से घेरने के लिए उत्साही होना चाहिए, जो सॉफ्टवेयर विकास के बारे में आपसे ज्यादा जानते हैं।

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