शुक्रवार को तैनाती क्यों नहीं? [बन्द है]

Question

जोएल ने स्टैकऑवरफ्लो पॉडकास्ट # 24 में उल्लेख किया है कि यह शुक्रवार को सॉफ्टवेयर शिप न करने की फोगक्रिक कंपनी की नीति है। हालाँकि, उन्होंने ऐसा क्यों नहीं किया।

मैं सहमत हूँ। मेरे नियोक्ता में, हम गुरुवार की रात को तैनात करते हैं। इसलिए हमारे पास शुक्रवार को क्वालिटी एश्योरेंस (QA) से छूटे किसी भी कीड़े को साफ करने के लिए है।

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

तो एक शुक्रवार को सॉफ्टवेयर क्यों नहीं?

* हमें यह सुनिश्चित करने के लिए (निश्चित नहीं) की आवश्यकता हो सकती है: एक कोर सॉफ्टवेयर डेवलपमेंट टीम है जो एक टाइमज़ोन में अपनी कंपनी के वेब एप्लिकेशन को तैनात कर रही है।

Comments

यदि यह मेरी प्रक्रिया थी, तो इसे वेडनसडे को तैनात किया जाएगा, सप्ताह के मध्य सप्ताह के पहले के मुद्दों को हल करने के लिए कुछ दिनों के ua जोड़े देता है

— CVertex

Apple आमतौर पर मंगलवार को तैनात करता है।

— मूविसील

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

— माइक डेनिमोन

मैं यह देखने में विफल हूं कि यह संबंधित प्रोग्रामिंग कैसे नहीं है। क्या प्रोग्रामिंग का अंतिम परिणाम आपके कोड की तैनाती नहीं है?

— womp

@womp यदि मैं आपके तर्क का पालन करता हूं तो कोड की तैनाती अंततः कुछ व्यावसायिक उन्मुख जरूरतों को प्राप्त करने के बारे में है। और यह किसी भी व्यवसाय से संबंधित प्रश्न को सही ठहराना चाहिए?

— पास्कल थिवेंट

Answer 1

यह सिर्फ बग की बात नहीं है । अन्य संबंधित समर्थन बोझ हो सकते हैं - उपयोगकर्ताओं को नई सुविधाओं की व्याख्या करना, निगरानी करना कि प्रदर्शन के मुद्दे नहीं हैं।

एक नई रिलीज का आमतौर पर समर्थन गतिविधि का एक संक्षिप्त स्पाइक होगा - इसलिए समय-समय पर कम लोगों के उपलब्ध होने पर (या जब अधिक समय होने पर अधिक आक्रोश होता है) यह एक बुरा विचार है।

Comments

जोंन स्कीट किसी भी समय वह पसंद करता है पर कोड जारी करता है, .. सही ?!

— मैट

@ मैट - यदि दिन शुक्रवार के रूप में शुरू होता है तो यह बंद हो जाता है जब जॉन अपने सॉफ़्टवेयर को जारी करता है, जॉन स्कीट कैलेंडर के लिए अपने रिलीज़ शेड्यूल को अनुकूलित नहीं करता है ... कैलेंडर उसके रिलीज़ शेड्यूल को समायोजित करता है।

— न्यूटॉपियन

@ न्यूटोपियन: आपको चक नॉरिस के साथ मिला, जॉन स्कीट सिर्फ एक गूगल बॉट है

— निटर

@ मैट, सुधार: जॉन स्कीट कभी भी डिबग कॉन्फ़िगरेशन में कोड संकलित नहीं करते हैं, केवल रिलीज़ करते हैं। जब कंपाइलर किया जाता है, तो नई बिल्ड को तुरंत दुनिया भर के ग्राहकों को भेज दिया जाता है। उसे यह पसंद है।

मेरे स्टूडियो में शुक्रवार को लॉन्च करने की भयानक आदत है। मैं एक तथ्य के लिए कह सकता हूं कि मेरे बॉस को शनिवार / रविवार को सबसे ज्यादा गुस्सा आता है, जब कुछ छूट जाता है। (शुक्रवार से पहले कभी नहीं)

— ChristoKiwi

Answer 2

शुक्रवार को कभी भी तैनात न करें क्योंकि:

1. यह सप्ताह का अंत है इसलिए लोग कम तीखे हैं
2. यह सप्ताह का अंत है इसलिए लोग बग को ठीक करने के लिए उपलब्ध नहीं हैं
3. यह सप्ताह का अंत है इसलिए लोग सवालों के जवाब देने के लिए उपलब्ध नहीं हैं
4. यह सप्ताह का अंत है तो आप तब क्यों तैनात करेंगे?

Comments

KIIS - आप इसे बेहतर नहीं कह सकते थे। ..

— आर क्लावेन

Answer 3

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

Comments

मुझे भी। मैं एक निर्माण कंपनी के लिए आंतरिक सॉफ्टवेयर विकसित कर रहा हूं, इसलिए मेरे पास बाहरी ग्राहक नहीं हैं। लेकिन हमारे उपयोगकर्ता सप्ताहांत पर और रात की पाली में काम करते हैं, इसलिए शुक्रवार की शाम को तैनात करना सबसे बुरा होगा जो हम कर सकते हैं :-)

— क्रिश्चियन स्पैच

Answer 4

हम बृहस्पतिवार या शुक्रवार को कोड जारी करने से बचते हैं - कोई भी अपने शुक्रवार को मिशन के महत्वपूर्ण कीड़े का पता लगाने में खर्च नहीं करना चाहता है, और संभावना यह है कि भले ही हम 1 दिन में एक निश्चित उत्पादन करते हैं, यह रिलीज होने से कम से कम एक दिन पहले होगा, जिसका अर्थ है कि या तो सप्ताहांत काम करना या यह अगले सप्ताह तक तय नहीं होता है।

Answer 5

यह आपके लक्ष्य समूह पर निर्भर करता है। हम मुख्य रूप से शुक्रवार को तैनात हैं। हमारे ब्राउज़र आधारित उत्पाद का उपयोग विश्व स्तर पर ग्राहकों द्वारा किया जाता है, लेकिन मुख्य रूप से कार्यालय समय के दौरान। इसका मतलब है कि हमारे पास वास्तव में रविवार की सुबह के अलावा कोई समय नहीं है अगर हम यह सुनिश्चित करना चाहते हैं कि हम किसी भी ग्राहक को प्रभावित न करें (भारत और मध्य पूर्व शनिवार को सरकारी कामकाज से दूर न हों), लेकिन आम तौर पर हम "समझौता" करते हैं और शुक्रवार दोपहर को तैनात करें।

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

किसी भी तरह, यह 2 कारणों से नीचे आता है। 1. यह आपके ग्राहकों के लिए कम से कम विघटनकारी होगा (यदि यह एक वेब अनुप्रयोग है) और 2. यह भीड़-भाड़ वाले महत्वपूर्ण कीड़े के लिए देव टीम के साथ सबसे अच्छा फिट होगा।

यदि आप सप्ताह के अंत में अपने डेवलपर्स के सुस्त होने से चिंतित हैं, तो आपकी QA पाइपलाइन बहुत छोटी हो सकती है।

Answer 6

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

उस पर लोगों को शुक्रवार को थोड़ा और अधिक टेढ़ा होना चाहिए (पहले से ही उस गर्म तारीख के बारे में सोच रहा है। ठंडी बीयर | दोनों) और छुट्टी के लिए जाने से पहले दिन ;-)

Answer 7

यह वास्तव में आपके आवेदन पर निर्भर करता है और सप्ताहांत में कितना व्यस्त / महत्वपूर्ण है।

हम आमतौर पर एक शुक्रवार को सॉफ्टवेयर तैनात नहीं करते हैं, लेकिन अक्सर ऐसा शनिवार या रविवार को करते हैं। हमने पाया है कि रविवार की सुबह रिलीज के प्रभाव को कम करने के लिए विशेष रूप से अच्छा है।

यह वास्तव में निर्भर करता है कि आप किसी भी डाउन टाइम के प्रभाव को कम करने की कोशिश कर रहे हैं जो आपको अपनी रिलीज़ करने की आवश्यकता है, या किसी भी संभावित बग को कम करें।

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

दूसरी ओर, ऑनलाइन शॉपिंग जैसी चीजों का सप्ताहांत में अधिक उपयोग होता है, इसलिए आपको निश्चित रूप से शुक्रवार को उनमें से एक को तैनात करने के खिलाफ सलाह दी जाएगी।

यह आपकी आउट-ऑफ-द-टाइम समर्थन नीति पर भी निर्भर करता है। यदि आपके पास कॉल पर कोई है जो सॉफ़्टवेयर वापस ला सकता है, तो यह जोखिम से कम नहीं है। फिर भी, मैं काम के सप्ताह के दौरान ऐसा नहीं करूंगा।

हम आम तौर पर सोमवार (हमारे व्यस्ततम दिन) और सप्ताहांत से बचने के लिए तरजीह-थर्सडे पर सामान तैनात करते हैं (जब एक बग पर किसी का ध्यान नहीं जा सकता है)

Answer 8

आपको शुक्रवार को तैनात करना चाहिए ताकि आपके पास पूरे सप्ताहांत में सफाई करने और बग्स को ठीक करने से पहले आपकी टीम सोमवार को आपके ओवरसाइट्स को नोटिस करे।

Answer 9

जब तक मैं शनिवार को कार्यालय में रहने की योजना नहीं बना रहा था, तब तक मैं यह तय करने की योजना नहीं बना रहा था कि इसका काम सही ढंग से हो, अगर आप काम खत्म कर देते हैं, तो फिसलन की वजह से आप चीजों को खत्म करने के खतरे में हैं, और इंतजार करना बेहतर होगा , हर कोई सप्ताहांत पर शांत हो जाए, फिर सोमवार की सुबह की समीक्षा के बाद जहाज पर चढ़े।

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

Answer 10

मैंने एक कंपनी के साथ काम किया, जिसकी शुक्रवार को तैनाती की नीति थी; वे इजरायल में थे और शनिवार आमतौर पर काम करने वाले सप्ताह का आखिरी दिन होता है। वैसे भी ...

मेरी आखिरी कंपनी में पॉलिसी थी कि तैनाती के पैकेज को ओपीएस को मंगलवार और गुरुवार को दोपहर के भोजन के बाद प्रदान करना था। इसका मतलब है कि उनके पास इसे बाहर निकालने के लिए आधा दिन है और यदि पूर्व-लाइव QA के अंतिम चरण में कुछ भी गलत होता है, तो वे मामूली समायोजन का अनुरोध करते हैं। (कोई अन्य क्यूए सप्ताह के किसी भी समय हो सकता है क्योंकि यह लाइव नहीं है।)

लाइव को छोड़कर किसी भी वातावरण में रिलीज करना किसी भी समय ठीक है, अगर ऑप्स के पास ऐसा करने का समय है (बेशक, वैसे भी पहले से बुक किया जाना चाहिए) लेकिन कभी भी लाइव करने के लिए जारी न करें:

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

Comments

मैं मानता हूं कि शुक्रवार को शिपिंग खराब है। मैं चाहता था कि स्टैकऑवरफ्लो समुदाय मुझे ठोस कारण दे, इसलिए मैं शुक्रवार की तैनाती की किसी भी संभावना से अपने प्रबंधक को आसानी से दूर कर सकता हूं। और उम्मीद है कि यह धागा मेरे जैसे अन्य सॉफ्टवेयर डेवलपर्स को मदद करेगा, भयानक शुक्रवार की तैनाती से बचें :)

— बिल पैत्ज़के

Answer 11

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

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

1. सहायक quirks और बग जो हो सकते हैं
2. संक्रमण में उपयोगकर्ताओं का समर्थन करना
3. अंतिम मिनट गर्म फिक्स