आईआरसी चैनल में सवाल पूछने पर शिष्टाचार [बंद]


36

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

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

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

एक विशिष्ट संदेश जो मैं भेजता हूं, वह हो सकता है "हेलो ऑल - मैं फू को काम पर लाने की कोशिश कर रहा हूं, लेकिन मैं एक BarException प्राप्त कर रहा हूं। मैंने क्वक्स को रीसेट करने की कोशिश की, लेकिन यह कुछ भी करने के लिए प्रतीत नहीं होता है। क्या किसी के पास कोई है।" जो मैं कोशिश कर सकता था उस पर सुझाव दें? "


2
यह चैनल पर निर्भर करता है। कोई भी दो एक जैसे नहीं हैं ... सबसे अच्छी बात यह है कि पोस्ट करने से पहले कुछ समय के लिए दुबक जाएं - देखें कि चीजें कैसे की जाती हैं और फिर अपेक्षित तरीके से जुड़ें।
ऊद

प्रोग्रामिंग से इसका वास्तव में क्या लेना-देना है?
जोएल एथरटन

4
@JoelEtherton: खैर, यह सॉफ्टवेयर इंजीनियरिंग के पारस्परिक पक्ष के बारे में है।
जार्कोनैन

6
@JoelEtherton को प्रोग्रामर के साथ करना है
nischayn22

1
स्पष्ट करने के लिए: मैं "मैं प्रोजेक्ट एक्स का उपयोग कैसे करूं" के बारे में बात नहीं कर रहा हूं। मैं "मैं प्रोजेक्ट X कैसे हैक करूं" के बारे में बात कर रहा हूं। यह प्रोग्रामर और OSS परियोजनाओं की संस्कृति और शिष्टाचार के बारे में एक प्रश्न है।
जरकोनैन

जवाबों:


38
  • नियम # 1: पूछने के लिए मत पूछो
  • नियम # 2: व्यवहार के रूप में आप एक वास्तविक जीवन में बातचीत करेंगे
  • नियम # 3: धैर्य रखें। यदि कोई गतिविधि नहीं है, तो आमतौर पर इसका मतलब है कि किसी ने भी वह नहीं पढ़ा है जो आपने अभी तक लिखा है। यदि कोई जवाब नहीं देता है, तो वे नहीं जानते हैं या नोटिस नहीं किया है। आप कुछ समय बाद पुन: प्रयास कर सकते हैं, या पूछ सकते हैं कि क्या किसी के पास आपके प्रश्न के संबंध में कोई सुराग x मिनट पहले है।

इसके अलावा, कभी-कभी आईआरसी मदद पाने का सबसे अच्छा तरीका नहीं है। आप पूछ सकते हैं कि क्या मेलिंग सूची की तरह अधिक सक्रिय मंच है, जिसे आप आज़मा सकते हैं।


1
"पूछना मत पूछो" से, क्या आपका मतलब है: "मत जाओ 'क्या मैं आपसे एक प्रश्न पूछ सकता हूँ?" "।
जरकोनैन

5
@Zarkonnen बिल्कुल। "पूछने के लिए मत पूछो। बस पूछो"। लोगों से मत पूछो "कोई भी आसपास?" या यह बताने के लिए कि वे आसपास हैं, दूसरों को उजागर करने दें। अपने प्रश्न को छोड़ना, चारों ओर लटकना और प्रतीक्षा करना आसान है। कुछ घंटों में फिर से पूछें।
zxcdw

3
मैंने यह भी पाया है कि समस्या को हल करने के आपके प्रयासों के अपडेट पोस्ट करना भी मददगार हो सकता है।
स्पेंसर रथबुन

2
इसके अलावा, जब यह कोड के एक विशिष्ट भाग के बारे में होता है, जो ~ 5 लाइनों से अधिक लंबा होता है, तो कई IRC उपयोगकर्ता इसे असभ्य मानते हैं, यदि आप pastebin.com जैसी सेवाओं का उपयोग नहीं करते हैं, लेकिन उन्हें सीधे चैनल में पेस्ट करें
marktani

फ़ोरम और मेलिंग सूचियों के लिए +1। IME वे एक परियोजना पर तकनीकी सहायता प्राप्त करने के लिए आईआरसी चैनलों की तुलना में बहुत अधिक उपयोगी होते हैं।
मेसन व्हीलर

13

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

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

(यह सलाह अच्छे SO प्रश्नों पर भी लागू होती है।)


12

मुख्य डेवलपर्स के समय क्षेत्र की जांच करें , यदि वे जागते नहीं हैं जब आप उन्हें आईआरसी करते हैं, तो आपको शायद ही कोई जवाब मिलेगा।

कुछ ऑनलाइन दिखाई दे सकते हैं, लेकिन जब वे उठते हैं / वापस आते हैं तो बस एक बॉट छोड़ देते हैं या क्लाइंट को कुछ संदेशों की जांच करने के लिए खुला छोड़ देते हैं । यदि आप उपलब्ध होने पर वापस नहीं आते हैं, तो उनके पास आपके पास वापस आने का कोई रास्ता नहीं होगा, हालाँकि।

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

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

(गलत विषयों पर गलतियाँ और गलतफहमी - जैसे "आगे क्या करना है?" - रियल में स्पॉट और सही करने के लिए तेज़ हैं)


5

सुनिश्चित करें कि आप सही चैनल में हैं। यदि आप एक डेवलपर चैनल में हैं तो जाहिर तौर पर यह हेल्प-डेस्क चैनल नहीं है।

अगर मैं एक डेवलपर हूं तो मैं विकास पर चर्चा करना चाहता हूं, यादृच्छिक संख्या # 1040 की मदद नहीं करता, जो वास्तव में अच्छी तरह से प्रलेखित फीचर x काम नहीं कर सकता है।


2
और अगर आप एक समुदाय संचालित FOSS परियोजना में योगदान करते हैं, तो संभावना है कि सुविधा X अच्छी तरह से प्रलेखित से बहुत दूर है।

1
मुझे लगता है कि मुझे हाइपरबोल का उपयोग करने से बचना चाहिए।
पीटर बी

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