एक नए प्रोग्रामर की मदद करना अधिक आत्म-प्रवीण बनना और मुझसे इतना पूछना नहीं है?


26

मैं वर्तमान में एक नए प्रोग्रामर के साथ एक परियोजना पर काम कर रहा हूं। मैं उसके काम को गति देने में उसकी मदद कैसे करूँ? वह अक्सर मुझसे सवाल पूछते हैं, और मैं उनके साथ बैकबोन.जेएस (प्रोजेक्ट का एक हिस्सा) में प्रोग्राम करता हूं।

अब मैं चाहता हूं कि वह खुद इस परियोजना को संभाले ताकि मैं इस प्रक्रिया को तेज करने के लिए अन्य चीजों पर ध्यान केंद्रित कर सकूं। वह Google चीजों को नहीं चाहता है या यदि कोई समस्या आती है तो एक मंच पर पूछें। वह सिर्फ मेरे पास आता है। उसे क्या करना चाहिए? मुझे क्या करना चाहिए? जब मैं उसे मजबूर करता हूं, तो वह जल्दी से चीजें करता है। मैं उसे अपने दम पर और काम करने के लिए कैसे प्रेरित कर सकता हूं?

जवाबों:


42

कहो " मैं अभी थोड़ा व्यस्त हूं, आप stackoverflow.com पर पूछ सकते हैं कि क्या आप वास्तव में फंस गए हैं। " आखिरकार उन्हें उम्मीद है कि सुराग मिल जाएगा। इसके अलावा, अगली बार जब वह आपकी डेस्क पर आता है तो कहेंगे "हम्म मैं नहीं जानता, चलो वह गूगल और देखें ..." या "एपीआई डॉक्स की जांच करें।" इन दोनों के संयोजन ने अतीत में सह-ऑप छात्रों के साथ मेरे लिए काम किया है - अंततः वे देखते हैं कि मैं कैसे खोजता हूं और जानकारी प्राप्त करता हूं, फिर वे सीखते हैं कि यह कैसे करना है।


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

7
बहुत बढ़िया जवाब। मुझे विशेष रूप से वह पसंद है, भले ही आप उसके प्रश्न का उत्तर जानते हों, आप इसे उसके साथ Google करते हैं।
जॉन

2
दोस्तों को दोस्तों को अकेले गूगल न करने दें।
Xeoncross

1
एक आदमी को google खिलाओ। उसे जीवन के लिए खिलाओ।
सारावुत पोसिट्विन्यू

1
StackOverflow पर लोग उन्हें बताएंगे कि क्या प्रश्न अच्छा नहीं है / इसका कोई मतलब नहीं है। यदि यह छात्र वास्तव में संघर्ष कर रहा है, तो अगले दिन उनसे पूछें कि एसओ पर सवाल कैसे चला। यदि वे कहते हैं कि उन्हें कोई जवाब नहीं मिला, तो शायद सवाल की समीक्षा करें और उन्हें बताएं कि आपको क्या लगता है कि इसमें क्या गलत है, और उन्हें सुझाव दें कि वे संपादित करें / रिपॉस्ट करें। यदि आपको वास्तव में आवश्यकता है, तो उन्हें एसओ पर एक खाता बनाने का तरीका दिखाएं, उन्हें मूल बातें दिखाएं, उन्हें अक्सर पूछे जाने वाले प्रश्न का लिंक दें, और एक प्रश्न कैसे पोस्ट करें। मेरी राय में, एसओ को केवल तभी पोस्ट किया जाना चाहिए जब कोई वेब खोज पर्याप्त समाधान न दे।
FrustratedWithFormsDesigner

23

Stackoverflow.com पर बहुत कुछ पसंद किया जाता है जब प्रश्न पूछे जाते हैं, तो कहें "मुझे दिखाओ कि आपके पास अब तक क्या है" । अगर वह बड़ा मोटा कुछ भी नहीं है , तो उसे पैकिंग भेज दें, कुछ संकेतों के साथ, जब तक कि उसके बारे में पूछने के लिए कुछ ठोस न हो जाए।


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

अगर मैं कर सकता @Chad +1000। न केवल यह आपको खोज पथ को संकीर्ण करने में मदद करता है यदि आप जानते हैं कि उसने पहले से ही क्या प्रयास किया है, लेकिन आप तब चीजों को सुझाव दे सकते हैं कि आप कोशिश करेंगे कि वे हवन करें। "आपने क्या प्रयास किया है?" ठीक है, मैं [यह] के लिए googled। आपके पास आ रहा है।
स्टीवन एवर्स

8

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


1
हाँ! उनके प्रति दयालु बनें! जितना हो सके उन्हें सिखाएं। प्रश्नों की संख्या थोड़ी देर के बाद कम हो जाएगी, और आप एक नया दोस्त भी बना सकते हैं =)
नेलर

4

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

उदाहरण के लिए, जब मैं इंटर्न का उल्लेख करता हूं, तो मैं उन्हें बता देता हूं कि वे किसी बिंदु पर विफल होने जा रहे हैं। असफलता खेल का हिस्सा है। लेकिन, विफलता से सीख तब हो सकती है जब वे खुद से सवाल पूछते हैं, "मैंने अब तक क्या करने की कोशिश की है?" इससे पहले कि वे जवाब के लिए मेरे पास आते हैं जो वास्तव में महत्वपूर्ण है। जब वे खुद से सवाल पूछना शुरू करते हैं, और जवाब के लिए लड़ते हैं, तो उनका ज्ञान और आत्मविश्वास बढ़ता है।


3

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

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


+ 1- यह मर चुका है। वह बस भयानक कोड में जाँच के बजाय, अपने काम की मंजूरी के लिए पूछकर जिम्मेदार होने की कोशिश कर सकता है। शुरुआत में कोडिंग का सबसे कठिन हिस्सा यह तय करने की कोशिश कर रहा है कि क्या आपने चीजों को सही तरीके से किया है। धारणा यह है कि वरिष्ठ डेवलपर्स के पास "काला जादू" है जो उनके कोड को अद्भुत बनाने की अनुमति देता है।
मॉर्गन हेरलॉकर

1

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


0

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

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


0

यदि प्रश्न का छोटा उत्तर है, तो उसका उत्तर दें। यदि स्पष्टीकरण की आवश्यकता है, और आप इस विषय पर प्राधिकारी नहीं हैं, या यदि आपको उत्तर नहीं पता है, तो उन्हें बताएं कि कहां जाना है। अंततः आपको उन्हें यह बताने में सक्षम होना चाहिए कि कुछ सिलेबल्स में कहाँ देखना है। "... HTML का चयन करें?" "Google: MDN का चयन करें" "मैं कैसे ... चेकबॉक्स?" "MDN"। "ओरेकल समय क्षेत्र रूपांतरण?" "आरटीएफएम 'समय क्षेत्र में" "यदि प्रश्न अनुचित रूप से लगातार आते हैं, तो आपको किसी तरह यह संकेत देने की आवश्यकता होगी कि आप अनुपलब्ध हैं।


0

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

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


0

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

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