जब आप कम अनुभवी प्रोग्रामर को मदद नहीं देते हैं? [बन्द है]


57

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

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


5
+1। बहुत अच्छा सवाल है। स्पून फीडिंग से किसी को मदद नहीं मिलती है, लेकिन फिर किसी को फुलाने देना भी एक बड़ी विफलता है।
स्टीव

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

1
उनका कोड न लिखें। उन्हें अपना दिखाओ। उन्हें सलाह दें (यदि वे सुनना चाहते हैं)।
कामिल तोमिक्क

जवाबों:


51

मेरी एक नौकरी में, मैं सीख रहा था और सिखा रहा था (क्योंकि मैं निश्चित रूप से सब कुछ नहीं जानता, लेकिन मैं कुछ से अधिक जानता हूं)

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

मैंने जो सीखा है:

  • उनके लिए कोड न लिखें
  • अपने स्तर पर सिखाने की कोशिश करें (यदि वे वाक्यविन्यास को समझते हैं, तो उन्हें समझाएं नहीं। यह सिर्फ उन्हें बोर करेगा; इसके बजाय इस्तेमाल की जाने वाली कक्षाएं / फ़ंक्शन सिखाएं)
  • उन्हें अनदेखा न करें या कहें "अपने दम पर इसे समझें"। जो आप समाप्त करेंगे, वे बाद में आपके पास आ रहे हैं कोड के 3 लाइनों को छोड़कर, जिनके साथ उन्हें समस्या थी, अब 50 लाइनें 8 फ़ाइलों में फैली हुई हैं जो समस्या के आसपास काम करने की कोशिश कर रही हैं।
  • उन्हें अपने दम पर सिखाना। सबसे अच्छे तरीकों में से एक उन्हें स्टैकओवरफ़्लो का उपयोग करने के लिए कहा जाता है। मुझे कभी-कभी, जवाब जानने पर भी, अगर वे मुझसे पूछते। मैं कहता हूं "अच्छा, मैं स्टैकओवरफ़्लो पर यह सवाल पूछने जा रहा हूं"। और मैं उन्हें प्रश्न का लिंक दूंगा। एक कॉफी ब्रेक लें और कुछ अलग कोड देखें। जब वे यह पूछते हुए वापस आए "तो मैं उस समस्या को कैसे ठीक करूं" तो उन्हें एसओ पर अपना प्रश्न देखने के लिए कहें (आपने जो URL दिया है उसका उपयोग करके)। मैंने पाया है कि आम तौर पर मैं एक बेहतर शिक्षक हूं।
  • जब वे इंटरनेट से कोड कॉपी और पेस्ट करते हैं और पूछते हैं कि यह काम क्यों नहीं करता है, तो उन्हें यह बताने के लिए कहें कि प्रत्येक पंक्ति क्या करती है। यदि वे नहीं कर सकते हैं, तो उन्हें इस्तेमाल किए गए कार्यों / कक्षाओं पर शोध करने के लिए कहें। यदि आवश्यक हो, तो कक्षा और कार्यों के लिए स्पष्टीकरण प्रदान करें
  • यह सुनिश्चित करने के लिए कि वे इस समस्या को हल कर रहे हैं, न केवल इसके लिए बाद में दिखाने के लिए इसके बारे में काम करने के लिए कोड की आचरण आचरण करें।
  • अच्छा होगा। जब कोई आपके कोडबेस में बिना किसी डॉक्यूमेंट के शुरू हो रहा है, तो उन्हें सोर्स कोड पढ़ने के लिए न कहें। प्रश्न में फ़ंक्शन का सारांश उच्च स्तरीय अवलोकन दें। या, बेहतर अभी तक, प्रलेखन लिखना शुरू करें :)
  • विनम्र होना। समस्या के बारे में बीएस न करें। यदि आप इसे नहीं जानते हैं, तो कहें कि आप नहीं करते हैं और उन्हें इसे देखने में मदद करते हैं। कई बार, केवल डोमेन को जानने के लिए यह जानना पर्याप्त होता है कि उन्हें खोजने के लिए कौन से कीवर्ड आपके लिए पर्याप्त हैं।

9
+1 के लिए "उनके लिए कोड टाइप न करें" जिसमें मैं जोड़ूंगा: उनके कीबोर्ड में हेरफेर करें ताकि Ctrl-V दबाने से एक बिजली का झटका लगे जो क्लिपबोर्ड में लाइनों की संख्या के लिए आनुपातिक हो। :)
इंगो

वाह। मुझे उम्मीद नहीं थी कि यह बहुत सारे
अपवित्र हो सकते हैं

2
मुझे लगता है कि यह सबसे महत्वपूर्ण बात है: "कई बार, बस यह जानने के लिए कि आपको कौन सा कीवर्ड खोजना है, यह जानने के लिए डोमेन के लिए पर्याप्त है।" - वहाँ गया है (एक जूनियर के रूप में)
JCasso

"उन्हें अपने दम पर सीखना सिखाएं।", मैं निश्चित रूप से सहमत हूं।
स्टीवन मऊ

+1 SO के उपयोग के लिए। विभिन्न राय प्राप्त करने के बाद, उत्तर को बाद में समीक्षा के लिए भी दर्ज किया जाता है। मुझे लगता है कि हर कोई एक समाधान के ज्ञान को भी बरकरार नहीं रखता है।
क्रिस

27

सुकराती पद्धति, अर्थात उनसे ऐसे प्रश्न पूछें जो उन्हें सकारात्मक दिशा में सोचने के लिए प्रेरित करें

[यह तब भी उपयोगी है जब आप यह नहीं जानते कि समस्या क्या है, समाधान बहुत कम है]


3
प्रश्न पूछने के लिए +1। यह आश्चर्यजनक रूप से सिखाने का एक अद्भुत तरीका है। मुझे याद नहीं है कि लेख कहाँ है, लेकिन कहीं एक शिक्षक ने केवल प्रश्न पूछकर 1 ग्रेडर बाइनरी जोड़ और घटाव का एक गुच्छा सिखाया।
अर्लज़

-1 सीधे सवाल का जवाब नहीं देने के लिए ... मेंटरिंग के अंतर्निहित मुद्दे पर एक उत्कृष्ट उत्तर प्रदान करने के लिए +100 : -) ...
न्यूटॉपियन

@ एर्लज़, अगर आपको यह मिल जाए, तो कृपया लिंक जोड़ें।


22

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

आप "जले और निराश" के बारे में पूरी तरह से सही हैं। वे ठीक यही होंगे कि यदि आप माइक्रो-प्रबंधन या नाइट-पिक करते हैं। अंत में, यह आपके सहकर्मियों के साथ एक दोस्ताना कार्य संबंध स्थापित करने में बहुत मदद करता है। विश्वास और परस्पर सम्मान पाने में व्यतीत किया गया समय 10x से अधिक का भुगतान करेगा।


1
दूसरी तरफ मैंने एक बार किसी के साथ इतना आलसी काम किया था कि हर बार एक एपीआई के मापदंडों को याद रखने की जरूरत होती थी जो वे मुझे खुद को देखने के बजाय मुझसे पूछते थे। मुझे पागल कर दिया: वे यादगार के साथ-साथ किसी और को भी देख सकते थे - अगर वे चाहते थे। उन दिनों हमने मैन पेजों की प्रतियां छापी थीं। मैंने पुस्तक को सौंपना समाप्त कर दिया और कहा "क्रिस के लिए इसे अपने आप को देखो!"।
जल्दी_अगले

1
@quickly, या "मेरे पास समय होने पर मैं आपकी इस साधारण सी बात में मदद करूँगा" और फिर इसे वापस करने के लिए ... बाद में ...!

10

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

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


6

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

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

अनिवार्य रूप से एक अच्छा प्रोग्रामर, यहां तक ​​कि एक जूनियर, ज्यादातर समस्याओं के समाधान और अनुसंधान समाधान करने में सक्षम होना चाहिए।


9
लोगों को अपने काम की शुरुआत में विचार देना अक्सर वरिष्ठ लोगों के होते हुए भी उत्पादकता को गंभीर बढ़ावा देता है। मेरे अनुभव में, एक कारोबारी माहौल में एक या दो दिन के बजाय एक या दो घंटे के बाद मदद मांगना बेहतर होता है, क्योंकि किसी के समय के आठ घंटे एक प्रश्न के लिए बहुत अधिक पैसे होते हैं जो किसी और को पहले से ही इसका जवाब पता चल सकता है।
jprete

5
लेकिन याद रखें, यह आपका ग्राहक है जो आपके समय का भुगतान कर रहा है! क्या वे एक समाधान पर शोध करते हुए एक दिन बिताने से खुश होंगे, जो किसी वरिष्ठ डेवलपर से पूछकर 15 मिनट में हल किया जा सकता था?
एडम हर्ट

3
एक कारोबारी माहौल में, मुझे लगता है कि आपको अपने समय के अनुसार राशन की आवश्यकता होगी। एक दिन बस इसे काट नहीं होगा। हालाँकि मुझे अभी भी लगता है कि समस्याओं को हल करने से आपको फायदा होगा क्योंकि आपकी समस्या को सुलझाने के कौशल में वृद्धि होनी चाहिए। अंत में आप इसके लिए अभी या बाद में भुगतान कर सकते हैं।

1
@ अदम, सवाल यह है कि वरिष्ठ डेवलपर से पूछा जाए या खुद से पूछा जाए। यह सभी सीखने की प्रक्रिया के बाद है।

3

मैं सलाह दूंगा लेकिन मैं दूर चल रहा हूं अगर वे चाहते हैं कि मैं उनके लिए अपना काम करूं। आमतौर पर बस किसी समस्या को हल करने के बारे में कुछ सलाह, या कार्य विवरण को फिर से शब्दों में बदलना एक लंबा रास्ता तय कर सकता है। यहां तक ​​कि उन्हें केवल उन शब्दों को बताना जो उन्हें Google में उपयोग करना चाहिए, काफी मदद कर सकते हैं। अधिकतम 2 मिनट।


3

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

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

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

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

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


1

जब मैं तीसरी बार उसी सवाल के साथ वापस आता हूं तो मैं उनकी मदद करना बंद कर देता हूं।

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


1

मुझे लगता है कि संदर्भ मायने रखता है।

यदि हम एक महत्वपूर्ण उत्पादन समर्थन मुद्दे से निपट रहे हैं जहां प्रतिक्रिया समय महत्वपूर्ण है, तो मैं वास्तव में बहुत अधिक स्पष्टीकरण के साथ बहुत मदद प्रदान करूंगा ताकि वे इस मुद्दे को सीख सकें।

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

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

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


1

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

यदि समस्या अधिक जटिल है, तो उन्हें यह न बताने की कोशिश करें कि क्या करें लेकिन कुछ विचारों को साझा करें, उनसे पूछें कि उन्हें कैसे लगता है कि वे समस्या का सामना कर सकते हैं।

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

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


1

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

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

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


1

एक नौसिखिया प्रोग्रामर के रूप में खुद को (मेरी नौकरी में लगभग 9 महीने ज्यादातर पर्ल और एसक्यूएल का उपयोग करके और एक) पर्ल और बी का कोई ज्ञान नहीं है) इस नौकरी से पहले एसक्यूएल के साथ कुछ महीनों का छेड़छाड़), जब प्रोग्रामिंग सवाल पूछते हैं, तो मैं दिखाने की कोशिश करता हूं मैंने इस प्रकार किया है, या काम नहीं करने के मामले में (और डिबग करना मुश्किल है), जहां मुझे लगता है कि बग झूठ हो सकता है। जब संभव हो, मैंने मछली पकड़ने का तरीका जानने की कोशिश की है।


1

मैं निम्नलिखित परिस्थितियों में मदद करना बंद कर देता हूं:

  • अगर मुझे Google / Stack चैनल करने के लिए उपयोग किया जा रहा है
  • यदि मैंने पर्याप्त दस्तावेज और टिप्पणियां प्रदान की हैं, और वे आरटीएफएम चरण को शॉर्टकट कर रहे हैं
  • यदि वे एक गंदे, कोई टिप्पणी नहीं कर रहे हैं, "मैं इसे अभी हैक करूंगा और बाद में इसे वापस आऊंगा" और & £>! $

यदि मैंने पर्याप्त डॉक्स प्रदान नहीं किए हैं, या वे मेरे द्वारा लिखी गई टूल / क्लास के साथ काम कर रहे हैं, तो यह मेरी जिम्मेदारी है कि मैं उनकी मदद करूँ

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