मरने वाले सॉफ्टवेयर के संकेत

Question

सॉफ़्टवेयर मर रहे संकेत क्या हैं?

---

डेवलपर को मरने से सॉफ़्टवेयर का एक टुकड़ा बचाने के लिए प्रारंभिक चेतावनियां कैसे मिलती हैं?

उपयोगकर्ता परिप्रेक्ष्य से, मुझे लगता है कि यह बहुत स्पष्ट है - वे कुशलता से उपयोग नहीं कर सकते हैं, वे कचरा करेंगे।

इसके अलावा सॉफ्टवेयर इसके कोड के कारण मर सकता है - वास्तुकला, कोडिंग शैली, कोडबेस का आकार, कोडबेस संगठन और प्रोग्रामर की गुणवत्ता।

मैं जानना चाहता हूं कि सॉफ़्टवेयर मरने और सुधारात्मक कार्यों को करने के संकेतों को कैसे सुनना है। कोई मशहूर उदाहरण सॉफ्टवेयर मर रहा है क्योंकि कोई डेवलपर संकेतों की बात नहीं सुनता है? मरने वाले सॉफ्टवेयर के किसी भी उदाहरण को बचाया जा रहा है?

Answer 1

निम्न में से किसी भी

स्पष्ट संकेत है कि आपके सिस्टम लुप्तप्राय प्रजातियों की सूची दी गई हैं:

• विफलता के एकल बिंदु अस्तित्व के लिए (केवल एक ही व्यक्ति यह समझता है)
• संसाधन प्रबंधन द्वारा आवंटित नहीं किया जाता अनुमति दी दोष को ठीक करने
• छह महीने
• एक वर्ष में नहीं रिलीज चक्र
• अंतर्निहित विक्रेता उत्पादों/पुस्तकालयों समर्थन ०१२३४७०९७६ से बाहर जाना के लिए कोई सक्रिय विकास
• संसाधन एक परियोजना से हटा लिया और एक चौथाई
• पर्यावरण परिवर्तन (उदाहरण के लिए उपयोगकर्ताओं की उच्च मात्रा) सुलझाया नहीं कर रहे हैं
• प्रदर्शन मापा नहीं है और ट्यूनिंग नियमित रूप से नहीं होती है में दो बार से अधिक नहीं बदला (प्रदर्शन खराब हो)
• इंफ्रास्ट्रक्चर परिवर्तन उभरते रहे हैं (ओएस, डीबी, हार्डवेयर)
• उपयोगकर्ता आपके सिस्टम में खामियां, कुंठा, या कीड़े की वजह से काम arounds बनाया है
• उपयोगकर्ता आधार

गिर रही है

तरीके एक परियोजना महत्वपूर्ण रखने के लिए:

• निर्माण, परीक्षण के जितना खुले तौर पर और सीधे
• रिपोर्ट अभाव दर सही रूप में आपके प्रबंधन को नियुक्त करें और प्रबंधन
के लिए लागत के मामले में उन्हें यों
• स्वचालित, पैकेजिंग, और तैनाती चक्र आप
• प्रणाली modularize कर सकते हैं के रूप में जितना संभव हो उतना
• जगह और धुन में स्पष्ट मैट्रिक्स है applicaiton यदि आवश्यक हो तो
+०१२३२७६०३५अपने उपयोगकर्ताओं को सबसे महत्वपूर्ण क्या लगता है समझते हैं और उन जरूरतों को

सॉफ़्टवेयर मरे हुओं में से वापस आ रहा पुस्तकालयों मैं Objective-C को पहली जगह रिबन देने के लिए होता है पर संबोधित करते हैं।

Answer 2

यहां क्रैकी विंडोज मजाक डालें।

वास्तव में कई संकेत हैं:

• बढ़ती दोष आगमन दर
दोष प्रति
• उच्च लागत नई सुविधा प्रति
• उच्च लागत की मरम्मत

इन सभी सुझाव है कि उच्च एन्ट्रापी कोड में, यानी, शोर अनुपात के लिए एक कम संकेत।

इस पर हमला करने के कई तरीके हैं; शायद सबसे प्रभावी एक मॉड्यूल की पहचान करना है जिसमें उच्च दोष दर है - दोषों में एक पेटी वितरण होता है, यानी, दोषों का 80 प्रतिशत मॉड्यूल के 20 प्रतिशत खाते हैं। आप इन मॉड्यूल के लिए एक टेस्ट फ्रेम काम बनाते हैं, और उन्हें एक साफ पृष्ठ से फिर से कार्यान्वित करते हैं, अच्छे परीक्षण (यूनिट परीक्षण फ्रेमवर्क इत्यादि का उपयोग करके उपयुक्त) का निर्माण करते हैं और फिर उन्हें समग्र प्रणाली में वापस फ़िट करते हैं।

Answer 3

जल्द ही महत्वपूर्ण बग फिक्स नहीं कर रहा है। मान लें कि आप एक नया संस्करण भेजते हैं जिसमें 10% उपयोगकर्ताओं को प्रभावित करने वाली बग है। यदि आप इसे तुरंत ठीक नहीं करते हैं और एक निश्चित संस्करण भेजते हैं तो ये उपयोगकर्ता प्रोग्राम का पूरी तरह से उपयोग करने में असमर्थ होंगे और प्रतिस्थापन की खोज करेंगे। जब आप आखिरकार देरी वाले निश्चित संस्करण को शिप करते हैं तो वे चले जाते हैं।

Answer 4

एकमात्र उपाय जो गणना करता है वह है जो ऊपर दिए गए "उपयोगकर्ता परिप्रेक्ष्य" से प्राप्त होता है।

सबसे अधिक संभावना वाले हैं:
1. समर्थन अनुरोध बढ़ जाती है, और
2. बिक्री कम हो जाती है।

Answer 5

जब डेवलपर्स सॉफ़्टवेयर को छूने या समर्थन करने के लिए _NOT_ बहाने कर रहे हैं।

Answer 6

इस ब्लॉग को जेफ एटवुड (इस साइट के निर्माता में से एक) से पढ़ें। एक मरने वाले सॉफ्टवेयर पर एक अद्भुत पढ़ा।

http://www.codinghorror.com/blog/archives/001252.html

Answer 7

मुझे विश्वास है कि सॉफ्टवेयर आंतरिक "तकनीकी कारणों" से मरने आप मन में है लगता है अपेक्षाकृत दुर्लभ है। मैं वास्तव में किसी भी उदाहरण के बारे में सोच नहीं सकता; शायद डेल्फी (हालांकि यह मृत नहीं है, बस बुरी तरह बीमार है)।

यह कहीं अधिक सामान्य लगता है के लिए सॉफ्टवेयर मर किए जाने की वजह से

• अंतर्निहित हार्डवेयर या ओएस अप्रचलित हो जाता है और सॉफ्टवेयर संक्रमण (WordPerfect, लोटस 1-2-3)
• एक बनाने के लिए विफल रहता है प्रतिस्पर्धा उत्पाद बेहतर सुविधाओं, जबकि बाजार के नेता stagnates शालीनता की वजह से प्रदान करता है (Amiga)
• सॉफ्टवेयर "क्रांतिकारी परिवर्तन" (एनकार्टा)

के माध्यम से अप्रचलित हो जाता है जबकि पहले दो बिंदु शायद आंशिक रूप से गुणवत्ता की समस्याओं की गलती हैं (जो बाजार परिवर्तनों पर प्रतिक्रिया करने के लिए बहुत धीमी और महंगी बनाती है), उत्तरार्द्ध नहीं है।