क्षण पहले Jeff Atwood said the following on twitter:आपको सॉफ़्टवेयर अपडेट कितनी बार रिलीज़ करना चाहिए?
देखो, मैं तेजी से नए सॉफ़्टवेयर रिलीज़ प्यार करता हूँ, लेकिन वर्डप्रेस की आवृत्ति विज्ञप्ति सिर्फ हास्यास्पद है।
जो मुझे लगता है, आपको सॉफ़्टवेयर अपडेट कितनी बार रिलीज़ करना चाहिए?
सबसे अच्छी रिलीज रणनीति क्या है?
मैं वर्डप्रेस के विशिष्ट मामले में कहूंगा, वे "सुरक्षा अद्यतन" और "कार्यक्षमता अपडेट" को भंग करते हैं। ये गलत है।
यह हर हफ्ते एक छोटे से पैच को डाउनलोड करने के बजाय हर बार एक सुरक्षा बग पाया गया था, तो विंडोज़ में इन-प्लेस पुनर्स्थापित करने की तरह होगा।
वर्डप्रेस को एक सुरक्षा पैच तंत्र होना चाहिए जो सुरक्षा अद्यतनों के लिए सरल, तेज़ और आसान हो। एक प्रक्रिया जो नए संस्करणों के सामान्य अपग्रेड प्रवाह से अलग है।
मुझे लगता है कि यह अत्यधिक आपकी विशेष स्थिति पर निर्भर करता है। ऐसा कहा जा रहा है, मुझे लगता है कि किसी भी गंभीर व्यापार आवेदन के लिए दैनिक रिलीज सिर्फ पूरी तरह से लुभावना है। यदि आप हर दिन जारी कर रहे हैं तो शायद एक गंभीर समस्या है जब तक कि आप कुछ अजीब परिस्थितियों में न हों जहां व्यापार नियम लगातार बदलते हैं या ऐसा कुछ।
आईट्यून अपडेट से कम अक्सर।
अगर मैं बाद में रीबूट नहीं करता तो मुझे लगातार आईट्यून अपडेट नहीं दिखेगा। अपने संगीत प्लेयर को अपग्रेड करने के लिए रीबूट की आवश्यकता क्यों है? –
और उस एमएमएसी और सफारी के उन गैरकानूनी अपडेट जिन्हें मैं उपयोग नहीं करता हूं वास्तव में परेशान है। –
आह। मुझे वह जवाब पसंद है। +1 जब मैं वास्तव में फिर से वोट प्राप्त करता हूं। –
वर्डप्रेस रिलीज की आवृत्ति इतनी बार होती है क्योंकि वे सुरक्षा के बारे में परवाह करते हैं और अपडेट जारी करते हैं जो ज्ञात भेद्यता को जितनी जल्दी हो सके ठीक कर सकते हैं। वर्डप्रेस के लिए कार्यक्षमता अद्यतन मुझे लगता है कि हर 4 से 6 महीने की सीमा में, बहुत कम बार होता है।
मुझे लगता है कि यह एक अच्छा मॉडल है। नियमित रूप से नई सुविधाओं को जारी करके अपने ग्राहकों को खुश रखो, लेकिन अगर आपको सुरक्षा त्रुटियां मिलती हैं, तो तुरंत फिक्स जारी करें।
मैं असहमत हूं। कोई भी शिकायत नहीं कर रहा है कि वर्डप्रेस सुरक्षा समस्याओं को जल्दी से ठीक कर रहा है, वे शिकायत कर रहे हैं कि वे 2.5 से 2.6 और जल्द ही 2.7 तक चले गए हैं, कार्यक्षमता रिलीज करती है जो संभावित रूप से प्लग-इन को तोड़ देती है। –
कुछ शब्द मूलभूत रूप से टूटा हुआ है जब आपके वर्ड प्रोसेसर के लिए सुरक्षा समस्याएं भी हो सकती हैं। – skiphoppy
skiphoppy, "वर्डप्रेस" एक ब्लॉग इंजन है, एक शब्द प्रोसेसर नहीं है। किसी भी वेब ऐप में सुरक्षा समस्याएं हो सकती हैं। –
कोई सही जवाब नहीं है, यह वास्तव में उत्पाद पर निर्भर करता है।
मैं सबसे अधिक मासिक कहता हूं। साप्ताहिक/दैनिक अक्सर अक्सर होता है, बशर्ते कि स्वचालित रूप से स्वचालित और पारदर्शी तरीके से एप्लिकेशन अपडेट नहीं किए जाते हैं, उदा। फ़ायरफ़ॉक्स की अद्यतन प्रणाली
आप जितनी बार चाहें उन्हें छोड़ सकते हैं। जो चीज उपयोगकर्ताओं को निराश करती है वह यह नहीं जानती कि उन्हें आपके नए संस्करण की आवश्यकता है या नहीं। इसका अर्थ यह है कि आपको इस बारे में बहुत स्पष्ट होना चाहिए कि आपने कौन सी नई सुविधाएं लागू की हैं, आपके द्वारा तय की गई बग, और आपने कोई सुरक्षा समस्या तय की है या नहीं। सबसे महत्वपूर्ण बात यह है कि, आपके उपयोगकर्ता उस पर भरोसा करने में सक्षम होना चाहते हैं, अगर वे एक नया संस्करण स्थापित करते हैं, तो कुछ भी टूटा नहीं जाता है।
मुझे लगता है कि आप, जब यह स्वचालित रूप से करने की जरूरत है अपने सॉफ़्टवेयर अद्यतन होना चाहिए अगर यह संभव है, तो के रूप में पूरे अद्यतन प्रक्रिया संभव के रूप में उपयोगकर्ता के रूप में चिकनी और अदृश्य रहते हैं।
मुझे कहना है, यह सॉफ्टवेयर पर निर्भर करता है। एक स्पष्ट उदाहरण देने के लिए, यदि उत्पादन मशीन पर सर्वर सॉफ़्टवेयर मैं स्वचालित रूप से अपडेट हो रहा था, तो मैं बाहर निकलता। लोगों को अपने सॉफ्टवेयर को नियंत्रित करने की क्षमता की आवश्यकता है। –
निश्चित रूप से जब आपके पास रिलीज करने के लायक नई सुविधाएं/बग फिक्स हैं ?? यह एक कार्यक्रम पर क्यों है?
कभी "संसाधन नियोजन" नामक कुछ करना पड़ा? –
उस क्षेत्र के लिए जहां मैं काम करता हूं, औद्योगिक नियंत्रण, शायद ही कभी। हम आम तौर पर 2 साल तक एक बड़ी रिलीज करते हैं। मामूली रिलीज शायद हर 3 से 6 महीने। बग पैच निश्चित रूप से एक अलग कहानी है, वे आवश्यकतानुसार जारी किए जाते हैं। फिर भी कुछ ग्राहक मौजूदा सिस्टम को अपग्रेड करेंगे। बेशक अन्य डोमेन में, उन्नयन अधिक स्वीकार किए जाते हैं।
मैं निम्नलिखित, उम्मीद है कि सरल उपयोग करने की कोशिश, दो भाग दिशानिर्देश:
तो, हमारे लिए, डेस्कटॉप एप्लिकेशन या वेब सेवाओं जैसी चीजें आम तौर पर पहले नियम के अंतर्गत आती हैं, और हमारी वेबसाइट जैसी चीजें दूसरी के अंतर्गत आती हैं। हम वर्तमान में विकास के समय के लगभग चार से छह सप्ताह में काफी अच्छे आकार के पुनरावृत्तियों को चलाते हैं, जो अगले वर्ष दो से चार हो जाते हैं। यह एक स्क्रम-हाइब्रिड में हमारा "परिचय" था।
ध्यान दें कि एक उत्पाद को हमेशा विकास में नहीं होना चाहिए (या पुनरावृत्ति में भाग लेना)। यह संभव है कि कोई उत्पाद तब तक बैठेगा जब तक कि पहला नियम लागू न हो, परिवर्तनों की आवश्यकता न हो।
मैं निम्नलिखित सुझाव देंगे:
updateTime (सेकंड में) - औसत समय यह उपयोगकर्ता के लिए ले जाता है अद्यतन
releaseDelta (दिनों में) प्रदर्शन करने के लिए - विज्ञप्ति
के बीच न्यूनतम समयreleaseDelta = updateTime/((1/365)*(60*60*8))
यह सूत्र मेरे सिद्धांत पर आधारित है कि किसी उपयोगकर्ता को किसी भी वर्ष में किसी भी आवेदन में अपडेट के लिए प्रतीक्षा करने में 8 घंटे से अधिक समय नहीं व्यतीत करना चाहिए।
यह तब तक अद्यतन करने की अनुमति देता है जब तक कि अंतिम उपयोगकर्ता को बाधित किए बिना पारदर्शी तरीके से अपडेट किए जाते हैं।
लगभग रिलीज डेल्टा = 0.01 * अपडेटटाइम – hexicle
मुझे सुरक्षा बग को जल्द से जल्द ठीक होने पर कोई आपत्ति नहीं है - हालांकि मेरी इच्छा है कि वे पहले स्थान पर अधिक मजबूत कोड लिखेंगे। मैं जो ऑब्जेक्ट करता हूं (कम से कम जहां तक वर्डप्रेस जाता है) एन्हांसमेंट रिलीज है जो संभावित रूप से प्लग-इन को बहुत तेज़ी से तोड़ सकता है। 2.5 से 2.6 तक जाने में कितना समय लगता है? और 2.7 बहुत जल्द ही बाहर आ रहा है।
एक स्वचालित या अर्द्ध स्वचालित अपग्रेड उस समस्या में से कुछ को कम करेगा, लेकिन केवल प्लगइन लेखकों के उन्नयन के साथ ही, या यदि वे कार्यक्षमता परिवर्तनों से सुरक्षा फ़िक्स को अलग करते हैं तो मैं कह सकता हूं, 2.5 के साथ चिपक सकता है लेकिन फिर भी सुरक्षा पैच के साथ दिनांक जब तक मुझे यकीन नहीं था कि मैं जिन प्लगइन का उपयोग करता हूं, वे 2.6 या 2.7 या उस समय तक 4.0 का उपयोग करते हैं।
जब भी उन्हें आवश्यकता होती है। ध्यान रखें कि कुछ उपयोगकर्ता नियमित रूप से अपडेट प्राप्त करने में अधिक सुरक्षित महसूस करते हैं, जबकि कुछ लोग हर दिन पॉप-अप होने से परेशान महसूस करते हैं "इंस्टॉल करने के लिए 12 9 नए अपडेट हैं! डाउनलोड करने के लिए 20 मिनट प्रतीक्षा करने के लिए यहां क्लिक करें, फिर उन्हें इंस्टॉल करने के लिए 10 और!" ... तुम मेरा मुद्दा देखते हो।
यह ग्राहकों पर कॉन्फ़िगरेशन नियंत्रण के दृष्टिकोण पर निर्भर करता है।
उनके पास एक विकल्प है, आपको पता है। आखिरकार वे आपके उत्पाद का उपयोग न करने का फैसला कर सकते हैं।
यदि ग्राहक आपको हर दिन बदलती सामग्री स्वीकार करेगा, और उन्हें परवाह नहीं है, और इसमें कोई प्रशिक्षण या कॉन्फ़िगरेशन प्रबंधन प्रभाव नहीं है; स्वचालित अपडेट है।
एसओई (मानक ऑपरेटिंग वातावरण) वाले ग्राहक अपडेट से नफरत करते हैं।
यह समझें कि कुछ ग्राहक सॉफ़्टवेयर "होम कॉलिंग" स्वीकार नहीं करेंगे। वे अपने स्वयं के अपडेट होस्ट करना चाहते हैं। उनके आईटी लोगों को शामिल होना होगा। यह उनके लिए अधिक काम है।
कुछ ग्राहक अपने स्वयं के क्यूए करना चाहते हैं; ग्राहक और सॉफ्टवेयर के प्रकार पर निर्भर करता है।
यदि ग्राहक को सॉफ़्टवेयर को स्वीकार/तैनात करने के लिए परीक्षण/कार्य करने की आवश्यकता है, तो परीक्षण/तैनाती चक्र की लंबाई के कुछ एकाधिक को छोड़ दें। जब तक कि ग्राहक इंटरलीव किए गए तैनाती और परीक्षण के साथ ठीक न हों। यही वह जगह है जहां वे हमेशा एक नए संस्करण का परीक्षण कर रहे हैं, और इसे रोल करें।
उदाहरण के लिए: परीक्षण करने के लिए 2 सप्ताह, हर 8 सप्ताह से अधिक नहीं छोड़ें।
परिणामस्वरूप महत्वपूर्ण सॉफ्टवेयर, रिलीज परीक्षण ग्राहक महीने ले सकता है। वे परिणामों पर अपने व्यापार को सट्टा कर रहे हैं और उचित रूप से सतर्क हैं। तो रिलीज हर 6 महीने या तो होते हैं।
सुरक्षा महत्वपूर्ण सॉफ्टवेयर में, इसमें कई महीने लग सकते हैं। वार्षिक, या हर 18 महीने के बारे में असामान्य नहीं है। यहां तक कि कम अक्सर सामान्य है।
यह अपग्रेड की प्रकृति और इसे पूरा करने के लिए आवश्यक उपयोगकर्ता हस्तक्षेप की मात्रा पर निर्भर करता है।
यदि यह एक वेबसाइट है, तो आप हर दिन अपग्रेड कर सकते हैं, जब तक आप कुछ भी नहीं तोड़ते।
यदि यह एक नि: शुल्क सुरक्षा अद्यतन है, तो ASAP हमेशा सराहना की जाती है।
एक निःशुल्क बगफिक्स अपग्रेड, यदि इसे उपयोगकर्ता द्वारा स्थापित किया जाना है, तो प्रत्येक कुछ महीनों से अधिक नहीं होना चाहिए।
जो भी भुगतान करना है, वह साल में एक बार से अधिक बार नहीं हो सकता है, या लोगों का लाभ उठाने लगेगा। ऑपरेटिंग सिस्टम जैसे सॉफ्टवेयर के कुछ वर्गों के लिए और भी कुछ।
हाँ, यह * कष्टप्रद है। –
v2.7 ऑटो-अपडेट कर रहा है ... उम्मीद है कि यह आसान बना देगा। –