जब आप प्रोजेक्ट में नए हों तो एक मौलिक डिज़ाइन दोष से निपटना [बंद]


13

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

जवाबों:


20

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

"मेलिंग सूची पर इसे नष्ट करने" के बजाय, एक प्रश्न पूछने की कोशिश करें। कुछ इस तरह:

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

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


2
यह निश्चित रूप से सही दिशा में है। मैं बस इसे एक तरह से करना चाहता हूं जो कि "मैं आपके गलत जानता हूं और मैं सही हूं" के रूप में बंद नहीं होने जा रहा है।
मैट फिलिप्स

@ मैट: फिर इसे वाक्यांश के रूप में "मुझे नहीं पता कि मैं सही हूं," और इसे व्यंग्यात्मक या उच्चारण करने से बचने के लिए अपनी पूरी कोशिश करें।
मेसन व्हीलर

मैं कुछ इस तरह का उपयोग करता हूं "मुझे समझ नहीं आता कि यह इस तरह से क्यों किया जाता है। क्या यह बेहतर नहीं होगा / आसान / कूलर इसे अन्य तरीके से करना होगा? मुझे लगता है कि यह बग XX के साथ भी मदद करेगा"
जेवियर

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

6

बिजली के 48 कानूनों में से एक :

अपने कार्यों के माध्यम से जीतें, कभी तर्क के माध्यम से

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

यह वह है जिसे मैंने कई व्यर्थ तर्कों के बाद कठिन तरीके से सीखा है।

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

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


5

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


4

आप शायद यह पसंद नहीं करेंगे ... लेकिन, यहाँ जाता है ...

मैं "लूप" में जाने के लिए कुछ कीड़े को ठीक करने पर काम कर रहा हूं और परियोजना के लिए नियमित रूप से आने वाला हूं। समस्या यह है कि मुझे लगता है कि मैंने एक मौलिक डिजाइन दोष को उजागर किया है जो उन बगों में से एक है, जो मैं काम कर रहा हूं।

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

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

लेकिन मुझे ऐसा लगता है कि अगर मैं मेलिंग सूची में इसे धमाके के रूप में बंद करने जा रहा हूं

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

... और इस मुद्दे के बारे में मैंने जो कुछ चर्चाएं की हैं, उनमें से कुछ लोगों के साथ विचार-विमर्श कर रहे हैं। मुझे इस बारे में कैसे बर्ताव करना चाहिए?

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

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

यदि आपका विचार वास्तव में बेहतर है, तो यह अंततः समूह द्वारा स्वीकार किया जाएगा (हालांकि मूल डिजाइनर द्वारा नहीं), समूह परवाह नहीं करता है, या समूह बेवकूफ है। बाद के किसी भी मामले में, आप वैसे भी समूह का हिस्सा क्यों बनना चाहेंगे?

...

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


2
"हाय मुझे अपने घर में स्वागत करने के लिए धन्यवाद। जैसा कि मैं दरवाजे के माध्यम से चलता हूं, मैं परिवार में सभी को बताना चाहता हूं कि उनका बच्चा बदसूरत है और किसी ने उसे मजाकिया कपड़े पहनाए।"

एक बग एक बग है, और इसे कॉल करना ठीक है। यह कहते हुए कि यह "डिज़ाइन दोष" के कारण होता है, इससे पहले कि आप (सबसे अधिक "डैडी" को पसंद करते हैं) पर एक उंगली से इशारा करें और उसे बताए कि वह एक बेवकूफ है।

अनावश्यक और उल्टा। मैं सुझाव देता हूँ:

"#Blah जारी करने के संबंध में, मुझे लगता है कि मैं इसे XY और Z करके ठीक कर सकता हूं, लेकिन मुझे यकीन नहीं है कि यह परियोजना के बाकी हिस्सों को कैसे प्रभावित करेगा? क्या यह ठीक होगा?"

जहां XY और Z समस्या को ठीक करते हैं। आपको बता दें कि यह एक डिजाइन दोष था; एक वैकल्पिक समाधान हो सकता है। या 'दोष' के पीछे की धारणाएँ पूरे प्रोजेक्ट में इतनी गहरी चल सकती हैं कि इसे बदलने से बग ठीक हो जाएगा लेकिन बाकी सब कुछ टूट जाएगा!

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