इंटर्न के रूप में कितने प्रश्न पूछना उचित है? [बन्द है]


56

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

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


13
मुझे लगता है कि यह "कब" के बारे में कम लेकिन कितने अधिक है। अगर मैं उपलब्ध हूं, तो स्वतंत्र महसूस करें। अगर मैं व्यस्त हूं, बाद के समय में या किसी और से पूछें। यह केवल तभी कष्टप्रद होता है जब आप खुद ही सोचना बंद कर देते हैं और बस सब कुछ पूछते रहते हैं: हमेशा पूछने से पहले खुद का शोध करें!
विटोर पाय

14
आप हमेशा अपने संरक्षक से पूछ सकते हैं कि वे चीजों को कैसे पसंद करते हैं। वे आपको हमसे बेहतर जवाब देंगे।
अनहेल्स्लेमर

1
मुझे लगता है कि यह व्याकरणिक रूप से सही है। इसे एक कथन के रूप में फिर से लिखें और एक प्रश्न नहीं: प्रति दिन n प्रश्न पूछना उचित है। या: एन सवाल प्रत्येक दिन पूछना उचित है। दूसरा एक गैर-प्रश्न रूप में अधिक अजीब लगता है, लेकिन मुझे पूरा यकीन है कि दोनों सही हैं।
MatrixFrog

जवाबों:


98

प्रश्नों की एक सूची रखकर और उन्हें बैचों में पूछकर, अपने गुरु के समय का सम्मान करें। वास्तव में अपने संरक्षक को तब तक बाधित न करें जब तक आप सचमुच मदद के बिना कोई आगे नहीं बढ़ सकते।

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

यह कहने की आवश्यकता नहीं है कि क्या यह एक प्रोग्रामिंग प्रश्न है जो आपकी कंपनी के स्वामित्व कोड की चिंता नहीं करता है, आपको इंटरनेट का उपयोग करके इसे स्वयं पता लगाने की कोशिश करनी चाहिए।


4
सुझाव के लिए धन्यवाद! मैं निश्चित रूप से बैचों के विचार को पसंद करता हूं और वह एक शॉट देगा। हालाँकि, मेरी कंपनी की इंस्टेंट मैसेजिंग कल्चर को देखते हुए, मुझे आश्चर्य है कि अगर एक साथ 5 सवाल दागना थोड़ा अजीब हो सकता है। मुझे "4 घंटे" विचार भी पसंद है (मैं निश्चित रूप से आज उनमें से कुछ के माध्यम से चला गया और उनके सॉफ़्टवेयर के बारे में बहुत कुछ सीखा)। "4 घंटे" के विचार के साथ एकमात्र समस्या यह है कि उसने मुझे बताया कि वह मुझे सप्ताह के अंत तक एक प्रोजेक्ट करने के लिए कहेंगे। चूंकि यह मेरी पहली परियोजना है, मैं निश्चित रूप से इस समय सीमा को याद नहीं करना चाहता हूं!
केसी पैटन

1
+1 इससे बेहतर कुछ नहीं होने वाला
V4Vendetta

1
यह कुछ ऐसा है जिसे मैं अपने नए कामों के लिए समझाने की कोशिश कर रहा हूं, जब वे शिकायत करते हैं कि वे फंस गए हैं और निराश हैं, कि मैं पसंद करता हूं कि वे एक या दो घंटे के लिए अपने दम पर जांच करेंगे, और उसके बाद ही मदद के लिए मेरे पास आएंगे। मेरे बजाय फ़ाइल पर इंगित करने और 5 मिनट में उनकी समस्या को हल करने के लिए, ठीक है क्योंकि वे अपने दम पर आवेदन के बारे में अधिक जानकारी प्राप्त करेंगे।
मिकी वाट्स

+1 केवल आत्म-सुधार की वकालत करने के लिए
केविन लाॅट

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

28

एक वरिष्ठ के रूप में, जिन्होंने जूनियर्स को हर तरह के सवाल पूछते देखा है, मैं कहूंगा कि यह कितनी बार आप पूछेंगे, यह कोई बात नहीं है

आपको इसे स्वयं महसूस करने की आवश्यकता है, लेकिन आम तौर पर नियम यह है: अपनी रुचि और स्वतंत्र रूप से सोचने और काम करने की क्षमता दिखाएं

निम्न-स्तरीय विवरण जांच के लिए संदर्भ सेट करने के लिए सामान्य प्रश्न पूछना ठीक है जो आप स्वयं करते हैं।

यह सब कुछ के बारे में सवाल पूछना ठीक है जो कोड नहीं है और दस्तावेज नहीं है - प्रक्रिया, टीम संस्कृति आदि।

आप जो कुछ भी करते हैं, वह दिखाते हैं कि आपने इसके बारे में कुछ सोचा और समस्या को स्वयं समझने या हल करने का प्रयास किया

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

बस लाइन को पार न करें और उन्हें आपके लिए कोड करने के लिए कहें, आपको बताएं कि हर बार वास्तव में क्या करना है, सिंटैक्स और कॉपी प्रलेखन की व्याख्या करें, और इसी तरह।


6

मुझे लगता है कि अब तक दिए गए बहुत सारे उत्तर बिंदु पर सही हैं: सवाल पूछने से डरो मत (यह इंटर्नशिप के लिए आखिरकार क्या है), लेकिन यह स्पष्ट कर दें कि आपने पूछने से पहले खुद जवाब खोजने की कोशिश की है । मैं एक के लिए सवाल बिल्कुल भी बुरा नहीं मानता हूं, लेकिन मैं उन सवालों का जवाब देता हूं, जहां यह स्पष्ट है कि पूछने वाला व्यक्ति केवल इसलिए पूछ रहा है क्योंकि यह उनके लिए किसी और को बाधित करने के लिए अधिक सुविधाजनक है। यदि आपने कोशिश की है तो एक साधारण प्रश्न के साथ आना ठीक है, जब तक कि यह बहुत बार नहीं होता है , लेकिन पहले खुद के लिए भी प्रयास नहीं करना ठीक नहीं है। और यहां तक ​​कि सरल प्रश्नों के साथ, दोनों एक सरलीकृत मामले और गोर विवरण तैयार हैं। SSCCE सोचो -Short, Self Contained, Correct/Compilable Example। मेरे पास किसी ने रोक दिया था और गतिशील एसक्यूएल के बारे में पूछना शुरू कर दिया था, जब असली सवाल एसक्यूएल के माध्यम से निष्पादित कोड से डेटा निकालने के बारे में था EXEC। यह एक बहुत बड़ा अंतर है।

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


5

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

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

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

संबंधित नोट पर, प्रोत्साहन और उत्साह दोनों तरह से काम करता है, संरक्षक से आंतरिक और आंतरिक से संरक्षक तक।


4

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

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

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

कठिन प्रयास करें, कठिन अध्ययन करें, जिज्ञासु बनें और प्रश्न पूछें। याद रखें, हर कोई आपकी स्थिति में है, और हर कोई अंततः बच गया :)


3

मुझे लगता है कि आप विभिन्न प्रकार के प्रश्नों में भाग लेंगे।

मेरी प्रतिक्रिया के लिए मैं इस बात पर ध्यान केंद्रित करूंगा कि मैं WHY प्रश्नों पर क्या विचार करता हूं। इस प्रकार के प्रश्न आपको यह समझने में मदद करते हैं कि आपको कुछ निश्चित तरीके से करने के लिए क्यों कहा जा रहा है। (उदा। हम कोडिंग मानक X का उपयोग क्यों करते हैं?)

मुझे लगता है कि इस तरह के सवालों से गुजरने के लिए हर हफ्ते कुछ समय निर्धारित करने के लिए अपने संरक्षक से पूछना आपके लिए अच्छा होगा। एक विचार एक सप्ताह में 1 से 2 कॉफ़ी तोड़ने का होगा। इस प्रकार के प्रश्नों के लिए एक निर्धारित समय होने से आप अपने गुरु को दिखाते हैं कि आप उनके समय को महत्व देते हैं और यह सीखने की इच्छा रखते हैं कि क्यों कुछ निश्चित तरीके से किया जाता है।


3

जब तक आप जानते हैं कि आपने पहले उत्तर खोजने की कोशिश की है और प्रश्न का उत्तर खोजने की कोशिश की है।

एक टिप जब सवाल पूछने के लिए हो सकता है जब आपका संरक्षक कॉफी मशीन पर जाता है, तो आप जानते हैं कि आप उसके "प्रवाह" को बाधित कर रहे हैं।


3

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

यदि यह कोड आप उदाहरण के लिए लिख रहे हैं, तो आप उस हिस्से में एक टिप्पणी "टूडू" लिख सकते हैं और बाकी कोड लिखना जारी रख सकते हैं। आप बाद में टूडू में भरने के लिए वापस जा सकते हैं।

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

एक और बात जो आपको निश्चित रूप से करनी चाहिए वह है अपने गुरु से इसके बारे में बात करना। वास्तव में यह पहला काम है। मैंने सीधे पूछा "क्या मैं बहुत सारे प्रश्न पूछ रहा हूँ?" इसने मुझे सीधे-सीधे प्रतिक्रिया दी और मैं इस बारे में चिंता करना बंद कर सकता था कि क्या या तो इस मुद्दे को शांत करेंगे या हल करेंगे।


नोट: उपरोक्त केवल उन सवालों के लिए लागू होता है जो तकनीकी या प्रोग्रामिंग से संबंधित नहीं हैं। मैं Google / स्टैक ओवरफ्लो में तकनीकी उत्तरों की खोज के लिए एक लंबा समय बिताता हूं और आपको भी करना चाहिए। वास्तव में, यदि आप रोज़ नई जानकारी नहीं दे रहे हैं, तो मैं लगभग कहूँगा कि आप पर्याप्त नहीं सीख रहे हैं :)


2
  1. बहुत पूछने के बारे में चिंता मत करो। कोई फर्क नहीं पड़ता कि आप sth पता नहीं है, लेकिन मामलों का अध्ययन करने की क्षमता।
  2. पूछने से पहले सोचें और गूगल करें।
  3. चूंकि आप IM और E-mail द्वारा संवाद करते हैं, इसलिए यह सुनिश्चित करने का प्रयास करें कि आपका संरक्षक आपके प्रश्नों को अच्छी तरह से समझता है।
  4. एक समस्या हल हो जाने के बाद, नोट्स आवश्यक हैं। हम बस विस्तार से सीखी गई हर चीज को याद नहीं रख सकते हैं।

0

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

खुश सवाल :) :)


0

आप जानते हैं, अगर आप विनम्र और खुशमिजाज हैं, तो आप पूछ सकते हैं कि आप पूछ सकते हैं।

लेकिन उन सवालों को मत पूछिए जो आपको हारने वाले या ध्वनिविहीन लगने वाले हो सकते हैं।

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