क्या मुझे बग को ठीक करने के लिए स्रोत कोड जारी करना चाहिए


15

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

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

मैं यह भी जोड़ना चाहता हूं कि मैं SO पर उपयोगकर्ता का अनादर नहीं करता हूं जो उनकी मदद की पेशकश करता है। मैं सिर्फ एक चिंता का विषय है।

मैं अपने बग को ठीक करना चाहता हूं, लेकिन इस बात की कोई गारंटी नहीं है कि यह व्यक्ति इसे ठीक करने में सक्षम होगा।

क्या मुझे संपूर्ण स्रोत कोड जारी करना चाहिए और सर्वश्रेष्ठ के लिए आशा करनी चाहिए? या इसे रखें और अपने दम पर यह पता लगाने की कोशिश करें?

तुम क्या करोगे?


3
मुश्किल प्रश्न। खैर पूछा।
yfeldblum

जवाबों:


44

SSCCE (संक्षिप्त, स्व समाहित, सही उदाहरण) का निर्माण करें। यदि SSCCE के लिए कुछ अतिरिक्त विवरणों को हटाने पर बग गायब हो जाता है, तो आपने इसे ढूंढ लिया।

अन्यथा आपके पास एक SSCCE होगा जो आप देते हैं या पोस्ट करते हैं जो आदर्श रूप से उस कोड को समाप्त करता है जिसे आप साझा करने के बारे में चिंतित हैं।


1
"SSCCE" से अपरिचित लोगों के लिए: acqufinder.com/SSCCE.html ( "एसोफ़ैगस के सतही स्क्वैमस सेल कार्सिनोमा" की पहली परिभाषा को अनदेखा करें)। अहा, बेहतर लिंक मिला: sscce.org
FrustratedWithFormsDesigner

SSCCE क्या है? संपादित करें: बस इसे अपने उत्तर में चिपका दें। :)
जिपर

7
सबसे छोटे संभव रिप्रो का निर्माण कई कारणों से महान है, न केवल आप अपने कोड को दूर नहीं कर रहे हैं, लेकिन आप एक उदाहरण विकसित करने की प्रक्रिया में बग को अच्छी तरह से ढूंढ सकते हैं।
स्टीव

3
और SSCCE एक प्रतिगमन परीक्षण के रूप में दोगुना हो जाता है, यह सुनिश्चित करता है कि आप उस बग को फिर से कभी न प्राप्त करें। इसके अलावा, अक्सर आप SSCCEs से एक स्थैतिक विश्लेषण उपकरण के लिए एक नियम बना सकते हैं, इस प्रकार यह भी सुनिश्चित करते हैं कि आप न केवल उस बग को फिर से प्राप्त कर सकते हैं , बल्कि कभी भी एक समान बग दोबारा प्राप्त नहीं कर सकते ।
जोर्ज डब्ल्यू मित्तग

9

मैं ऐसा नहीं करूंगा, खासकर यदि आप किसी और के लिए काम कर रहे हैं, तो संभवत: आप संभावित प्रतियोगियों स्रोत कोड सौंपने की सराहना नहीं करेंगे।

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

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


2

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

अपने सर्वश्रेष्ठ निर्णय का उपयोग करें!


1

यदि यह आपकी व्यक्तिगत परियोजना का कोड है और यह एक वाणिज्यिक नहीं है, तो आपके पास अपने स्रोत को देने में कोई समस्या नहीं है जब तक आप इसकी एक प्रति बनाए रख रहे हैं (कुछ स्रोत कोड संस्करण नियंत्रण प्रणाली में बेहतर)।


0

असत हो

यह निर्दोष है। आप कुछ कोड पोस्ट करना चाहते हैं और SO समुदाय की मदद चाहते हैं। समस्या यह है कि लोग हमेशा देख रहे हैं।

मुझे एक स्क्रिप्ट पोस्ट करने के लिए लिखा गया। होता है।

घर पर या एक कैफे में पोस्ट करें। विवेक से पोस्ट करें। आपको बिना परेशानी के कुछ नोट्स लेने और लाने में सक्षम होना चाहिए।

नोट: मैं थोड़ा पागल हूँ कि मैं कितना भोला था। होशियार बनो!


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