अधिक कोड = अधिक बग

Question

वापस कॉलेज में मुझे याद है कि एक प्रोफेसर कंप्यूटर विज्ञान के नियमों में कक्षा एक को पढ़ाते थे। उन्होंने कहा कि "अधिक कोड अधिक कीड़े के बराबर है" और इसे एक नाम (व्हाटमचैलिट का कानून) दिया और इसे किसी को जिम्मेदार ठहराया।

क्या किसी को पता है कि यह "कानून" कहां से आता है, किसने कहा या यह मूल क्रिया क्या है?

Comments

मुझे याद दिलाता है, "एक डिजाइनर जानता है कि उसने पूर्णता हासिल कर ली है जब जोड़ने के लिए कुछ भी नहीं बचा है, लेकिन जब दूर ले जाने के लिए कुछ भी नहीं है।" -ऑनटाइन डे सेंट-एक्सुपरी

— कर्क वाल

मुझे याद दिलाता है 'नो कोड से तेज कोई कोड नहीं है' (टैलेंटेंट गाइड टू डिजाइनिंग प्रोग्राम्स)।

— ल्यूक वुडवर्ड

खैर, चूंकि आपने इसका उल्लेख यहां किया है और कोई नहीं जानता कि इसे क्या कहा जाता है, तो आइए इसे "जेफ्स लॉ" कहते हैं।

— FrustratedWithFormsDesigner

@Kirk, आर्थर विलियम रेडफोर्ड (पेंटिंग के) से एक समान उद्धरण: "कला का आधा हिस्सा कब रोकना है, यह जानना है"। इस संदर्भ में भी बहुत उपयुक्त है।

— बेरिन लोरिट्श

मुझे "जेफ का नियम" पसंद है। इसके बाद बुक डील आती है। मुझे प्रकाशक खोजने में कौन मदद करेगा? :)

— जेफ

Answer 1

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

^{एंड्रयू टेननबाम द्वारा}

Comments

Google खोजों के लिंक विशेष रूप से उपयोगी नहीं हैं। क्या आप संबंधित जानकारी निकाल सकते हैं और अपने उत्तर में पोस्ट कर सकते हैं।

— क्रिस एफ Chris

@ क्रिस यह पुस्तक खोज में पहला परिणाम है। यह कॉपीराइट की गई सामग्री है, और मैं इसे पाठकीय रूप से उद्धृत नहीं करना चाहूंगा। आपके कमेंट के लिए धन्यवाद।

— डॉ। बेलिसरियस

मुझे लगता है कि उचित उपयोग एक उद्धरण को कवर करेगा।

— परिक्रमा

आप संपादन करने के लिए अनिच्छुक लगते हैं इसलिए मैंने आपके लिए किया।

— जोश के

यह सही लगता है। धन्यवाद! ive इसे सालों से याद करने की कोशिश कर रहे हैं।

— जेफ

Answer 2

बोहम की पुस्तक, सॉफ्टवेयर इंजीनियरिंग अर्थशास्त्र में एक मूल सूत्र के रूप में है।

प्रयास = के * एस ^ ए

जहाँ S कोड की सोर्स लाइन्स है।

और पावर फंक्शन, एक था> = 1.0।

Answer 3

@ काबिलिसरियस: अच्छी तरह से तन्ननबाम के साथ देखा जाता है।

@ जेफ़: अगर तन्नानबाम एक घंटी नहीं बजाता, तो आपके प्रोफेसर ने कभी-कभी ओकाम और अर्थव्यवस्था के कानून का उल्लेख किया होगा। (देखें ओकाम का रेजर ।)

@ एस.लॉट: दीजकस्ट्रा उपयोगी काम के उपाय के रूप में कोड की लाइनों के उपयोग के खिलाफ काफी दृढ़ता से बहस करता था। उन्होंने मूल रूप से कहा कि यह गलत चर को अधिकतम करता है। बेशक, बोहेम मॉडल प्रयास करने की कोशिश करता है, और कोड की पंक्तियों में हटाए गए कोड की लाइनें शामिल होनी चाहिए।

संपादित करें:

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

Comments

उत्तरों में लिखने के बजाय टिप्पणियों को जोड़ने के लिए उत्तर के तहत "टिप्पणी जोड़ें" का उपयोग करें।

@ Thorbjørn Ravn Andersen - दुर्भाग्यवश <50 प्रतिनिधि उपयोगकर्ता के रूप में वे टिप्पणियां नहीं जोड़ सकते।

— क्रिस एफ Chris

@ Thorbjørn: टिप्पणियों को छोड़ने में सक्षम होने के लिए आपको 50 प्रतिनिधि चाहिए। @ केविन: यदि आप अपने एसओ और प्रोग्रामर खातों को लिंक करते हैं, तो आपको तुरंत 100 टिप्पणियाँ मिलेंगी, जिससे आप टिप्पणी छोड़ सकते हैं।

— आनन।

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

— ChrisF

@ तोप - आपको बोनस प्राप्त करने के लिए कम से कम एक साइट पर> 200 प्रतिनिधि चाहिए। दुर्भाग्य से केविन इस समय SO पर केवल 160 के रूप में। लेकिन आप किसी भी समय अपने खातों को फिर से संबद्ध कर सकते हैं, जब आप एक साइट पर 200 प्राप्त करते हैं तो आप बोनस प्राप्त करने में सक्षम होंगे।

— क्रिसएफ Chris