कैसे तुच्छ और गैर तुच्छ सॉफ्टवेयर के बीच अंतर करने के लिए? [बन्द है]

Question

तो क्या वास्तव में एक कार्यक्रम तुच्छ बनाता है?

'जब तक इसका तुच्छ सॉफ़्टवेयर' का उपयोग प्रोग्रामिंग चर्चाओं में अक्सर किया जाता है। मुझे यह इस अर्थ में बहुत अस्पष्ट लगता है कि मैं वास्तव में यह पता नहीं लगा सकता कि 'कुछ आवश्यक है क्योंकि इसका गैर-तुच्छ सॉफ़्टवेयर' या 'इसका गैर-तुच्छ सॉफ़्टवेयर क्योंकि कुछ बहुत आवश्यक हो गया है'।

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

Comments

मैंने जिन कुछ प्रोग्रामरों के साथ काम किया है, उन्हें देखते हुए, मैं कहूंगा कि उनके लिए यह भेद "आपका कोड तुच्छ है; मेरा कोड नहीं है"।

— PSU

क्या आप एक प्रोग्रामिंग चर्चा प्रदान कर सकते हैं जिसमें आप इस उद्धरण का उपयोग करते हुए देखते हैं? ऐसा लगता है कि उत्तरों में अलग-अलग व्याख्याएँ हैं।

— स्टीवन ज्यूरिस

अद्यतन प्रश्न की जाँच करें।

— एनवीएम

Answer 1

मैं यहाँ एक अंग पर जा रहा हूँ और कहता हूँ:

एक तुच्छ कार्यक्रम वह है जो व्यवसाय को सीधे प्रभावित नहीं करता है।

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

Comments

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

— एनवीएम

+1, अच्छी बात है। कॉरपोरेट ओवरलॉर्ड्स के पास कभी-कभी "तुच्छ" के रूप में गिना जाने वाले विचारों के बारे में बहुत अलग होते हैं । मैंने इसे दर्शाने के लिए अपने उत्तर में कुछ जोड़ा है।

— FrustratedWithFormsDesigner

+1 - मुझे लगता है कि यह उत्तर सबसे अच्छा शब्द के संदर्भ का वर्णन करता है क्योंकि यह प्रश्न में लागू होता है। अन्य "उच्च बिंदु उत्तर" सटीक है, लेकिन केवल एक सामान्य संदर्भ में। मुझे यकीन है कि जैसा माना जाता है, यह वोटों में उससे आगे निकल जाएगा।

— जोएल एथरटन

जब सॉफ्टवेयर डेवलपर्स तुच्छ कहते हैं तो वे आमतौर पर सॉफ्टवेयर की जटिलता का उल्लेख करते हैं, न कि व्यवसाय के प्रभाव का। एक स्क्रिप्ट जो A से B तक की कुछ फ़ाइलों को कॉपी करती है, वह तुच्छ होगी, लेकिन अगर यह काम नहीं करती है तो यह सीधे तौर पर व्यवसाय को प्रभावित कर सकती है।

— जैक्सबी

Answer 2

मेरा मानना ​​है कि इस कथन का सबसे आम इरादा एक कार्यक्रम के लिए निम्नलिखित विशेषताएं होंगी:

• यह छोटा है।
• लघु जीवनकाल।
• और विस्तार की जरूरत नहीं।
• केवल एक डेवलपर।

Comments

+1, ये सभी महत्वपूर्ण हैं। दुर्भाग्य से, कभी-कभी बदलती आवश्यकताओं वाली दुनिया में आप कभी-कभी अपने प्राकृतिक जीवनकाल से परे "तुच्छ" सॉफ़्टवेयर का विस्तार करने के लिए बाध्य होंगे।

— l0b0

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

— FrustratedWithFormsDesigner

@FrustratedWithFormsDesigner: 100x100px विंडो विंडो में छोटा है। ; मेरा मतलब है, कोड की पंक्तियों के रूप में छोटा है जिसे लिखा जाना है, जो इसे विकसित करने के लिए समय के अनुपात में है। जीवन काल आवश्यक नहीं है, आप सही हैं, लेकिन अक्सर एक साधारण दृष्टिकोण बनाम एक अधिक उन्नत दृष्टिकोण पर चर्चा करते समय एक विशेषता है।

— स्टीवन ज्यूरिस

मैं असहमत हूँ कि कम LOC हमेशा तुच्छ का अर्थ है। कभी-कभी किसी प्रोग्राम का सबसे जटिल हिस्सा, सही पाने के लिए सबसे कठिन हिस्सा, सबसे मुश्किल एल्गोरिदम, कोड की 20 लाइनों में फिट बैठता है। और एक प्रोग्राम जो ऑटो-जनरेट होने वाले गेटर्स / सेटर्स की सैकड़ों लाइनें हैं - क्या तब भी यह गैर-तुच्छ है, जबकि इसे बनाने के लिए किसी डेवलपर की भी आवश्यकता नहीं है?

— FrustratedWithFormsDesigner

@FrustratedWithFormsDesigner: मेरा मानना ​​है कि आपके पास मेरे द्वारा किए गए प्रश्न की एक अलग व्याख्या है। मेरा जवाब एक जटिल समाधान बनाम एक जटिल समाधान पर निर्णय लेने के तथ्य से संबंधित है। आपका उत्तर 'कठिन' बनाम 'आसान' समस्याओं को हल करने से संबंधित है। शायद ओपी के सवाल को थोड़ा स्पष्ट किया जाना चाहिए।

— स्टीवन ज्यूरिस

Answer 3

इसे पूरी तरह से फेंककर, बायनेरी और स्रोत। अगर किसी ने नोटिस किया, तो यह तुच्छ नहीं था।

Comments

+1 कि इससे मुझे हंसी आती है और यह समझ में भी आता है।

— एनवीएम

Answer 4

तुच्छ है ...

• कुछ जो पहले से मौजूद है, इसलिए पहिया का फिर से आविष्कार क्यों?
• ऐसा कुछ जो आसानी से या तो कुछ अन्य कार्यक्रमों को एक साथ लिपिबद्ध करके या थोड़ा कोड लिखकर बनाया जा सकता है जो मौजूदा पुस्तकालयों का भारी उपयोग करता है जो कि करने की आवश्यकता है।
• ऐसा कुछ जो एक औसत सीएस अंडरग्रेजुएट छात्र छोटे से मध्यम गृहकार्य असाइनमेंट के रूप में कर सकता है।
• कुछ चीज़ों में विस्तृत पुनर्मिलन होते हैं जो आसानी से एक कॉकटेल नैपकिन पर फिट हो सकते हैं।
• 4 या 5 मिनट के विखंडन के खाली समय में आप विचलित / पियक्कड़ होते हुए कुछ कोड कर सकते हैं।
• एक साधारण कोड बनाने वाले उपकरण के साथ कुछ बनाया जा सकता है।

कॉर्पोरेट वातावरण में, मैं इन्हें जोड़ूंगा:

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

Answer 5

मैं एक तुच्छ कार्यक्रम को परिभाषित करूंगा, जिसे यथोचित रूप से कोडित किया जा सकता है:

• एक बैठे में।
• एक एकल फ़ाइल / मॉड्यूल के रूप में (आप जावा में प्रोग्रामिंग नहीं कर रहे हैं या कुछ भाषा जो मॉड्यूल के सुपर फाइन-ग्राइंड विभाजन को मजबूर करती है)।
• किसी विशेषज्ञ के बजाय किसी भी सभ्य "सभी ट्रेडों के जैक" प्रोग्रामर द्वारा।

Answer 6

यहाँ "तुच्छ" कार्यक्रमों के मेरे उदाहरण हैं:

1. एक "डमी" परियोजना जिसे मैंने सेटअप किया और कोडिंग शुरू की तो मैं प्रौद्योगिकी या नमूना कोड का एक टुकड़ा आज़मा सकता हूं। किसी को तैनात करने या दिखाने का कोई इरादा नहीं।
2. तकनीकी प्रस्तुतियों के लिए लिखा गया डेमो कोड।
3. एक "एक बंद"। मेरा मतलब है कि एक त्वरित एप्लिकेशन, जिसे मुझे एक बार उपयोग करने के लिए बनाना था, क्योंकि यह डेटा की एक विषम स्थिति है जिसे एक निश्चित तरीके से स्थानांतरित करना पड़ा, या ऐसा कुछ जिसे तुरंत कुछ और स्थायी द्वारा बदल दिया जाएगा।

Answer 7

Trival सॉफ्टवेयर मौजूद नहीं है, यह तब होता है जब आप आवश्यकताओं और बात यह है कि हो जाएगा सुनने के trival यह हमेशा होता है जब वास्तव में गैर trival

यहाँ एक उद्धरण मैंने एक दशक पहले यूज़नेट पर देखा था, यह अब और भी अधिक प्रासंगिक है।

सॉफ्टवेयर सॉल्यूशन की जटिलता इसके स्पष्टीकरण की जटिलता के विपरीत है कि इसे क्या करना चाहिए। - अज्ञात

Answer 8

एक प्रोग्राम जो सिर्फ गेटर / सेटर के तरीकों का एक गुच्छा है। कोई प्रोग्रामिंग तर्क नहीं। शायद कुछ छोरों के साथ कुछ।

तुच्छ की मेरी परिभाषा है।

Answer 9

हमारी काम करने की परिभाषा "कुछ और पर निर्भर करती है।"

दुर्भाग्य से कुछ तुच्छ प्रोटोटाइप हैं जो गैर तुच्छ उत्पादन उत्पाद बन गए हैं।

Answer 10

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

मैं एक प्रोग्रामर को जानता था जो "तुच्छ" को "चर्चा के लायक भी नहीं" के पर्याय के रूप में इस्तेमाल करता था।