क्या प्रोग्रामिंग जॉब में डाउनटाइम होना आम है? [बन्द है]


16

मेरी कंपनी में, मुझे लगता है कि कुछ दिन हैं जिन्हें करने के लिए बहुत कम कार्य हैं। मैं इन दिनों अपने शिल्प के बारे में नई चीजें सीखने के लिए अनुसंधान करने का एक बिंदु बनाता हूं।

मैं कहूंगा कि औसतन, मेरे पास प्रति सप्ताह लगभग एक दिन है जो कि करने के लिए बहुत कुछ नहीं है (या सप्ताह के समय का कुछ संयोजन)।

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


24
StackOverflow और अन्य Stack साइट्स मुसीबत में होंगे अगर यह नहीं था!
एंटनी

यह एक पोल सवाल (ऑफ-टॉपिक) जैसा लगता है।
साइक्लॉप्स

जब तक लोग Xkcd या Dilbert कॉमिक्स पोस्ट करना बंद कर देते हैं और सॉफ़्टवेयर विकास से संबंधित उपयोगी उत्तर पोस्ट करते रहते हैं, यह ठीक है।

@ मर्क - आपको उस सुझाव को पूरी तरह से छोड़ देना चाहिए और इसके बजाय jQuery का उपयोग करना चाहिए
DVK

उन सभी लोगों के लिए जो यह कहते रहते हैं कि उनके पास डाउनटाइम है - क्या आप अपनी कंपनी के नाम पोस्ट कर सकते हैं ताकि कम डाउनटाइम के साथ उपयोग करने वाले भी वहां आवेदन कर सकें? :)
DVK

जवाबों:


3

हाँ, मैं यह कहूंगा कि अगर आप किसी ऐसी स्थिति में समाप्त होते हैं, जब आप किसी क्लाइंट या प्रबंधक की प्रतिक्रिया का इंतजार कर रहे होते हैं, तब कैसे आगे बढ़ सकते हैं, जब आप एक डिजाइन मुद्दे पर आते हैं।

एक और उदाहरण यह है कि जब कोई सर्वर आपके देव env में दुर्घटनाग्रस्त हो जाता है और आप इसका समाधान होने तक विकास जारी नहीं रख सकते।

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

यह कहा जा रहा है, मेरा यह भी मानना ​​है कि यह खराब प्रबंधन का संकेत है जब आपके श्रमिकों का पूरी तरह से उपयोग नहीं किया जाता है। सर्वर क्रैश होने की स्थिति में आपके पास अन्य कार्य होने चाहिए जो कार्य करने में सक्षम होने चाहिए। आमतौर पर मेरी कंपनी में अगर हम किसी ऐसी चीज से टकराते हैं, जिससे हम प्रोजेक्ट विकी को अपडेट करते हैं और जाते हैं और असाइनमेंट सीखते हैं (हर कोई एक विशिष्ट विषय है जिसे वे डाउनटाइम में सीखते हैं)।

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

आप जो कह रहे हैं, उससे ऐसा लगता है कि आपके पास 20% डाउनटाइम है, जो बहुत कुछ है और खराब प्रबंधन पर संकेत देगा।


20

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

एक और दृष्टिकोण जो मैंने देखा है, वह है कि एक समय में दो सप्ताह तक के पूर्णकालिक प्रशिक्षण पाठ्यक्रमों पर लोगों को भेजा जाए, ताकि विकास टीम को ज्ञान के साथ रखा जा सके जिसकी भविष्य में आवश्यकता होगी।

आम तौर पर यदि आप एक ठेकेदार हैं और किसी कंपनी में खुद को सक्रिय काम के बिना पाते हैं तो आप बेहतर तरीके से दूसरी स्थिति की तलाश शुरू कर देंगे, क्योंकि संभवत: आप पहले व्यक्ति होंगे जो कंपनी को मंदी की मार झेलने देंगे।


4
इसके लिए +1, हमेशा काम करने या प्रयोग करने के लिए कुछ है
जोसेफ वीसमैन

3

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

नहीं कह सकते हैं कि क्या यह पूरे उद्योग में एक अभ्यास है, हालांकि।


2

मेरी कंपनी में मुझे हर दो महीने या कुछ सप्ताह के लिए कुछ सप्ताह मिलते हैं। मुझे यकीन नहीं है कि काम के बिना सप्ताह होना आम है, लेकिन हां, आप हमेशा खाली समय के दौरान खुद को बेहतर बना सकते हैं।


1

मेरे कार्यस्थल में जब हम डाउनटाइम प्राप्त करते हैं:

  1. नेटवर्क / सर्वर समस्याग्रस्त हैं
  2. करने के लिए तत्काल कुछ भी नहीं (जैसे आवश्यकताओं को पूरा करने के लिए बैठकों का इंतजार)
  3. किसी के लिए कुछ करने की प्रतीक्षा करना जो आपको अपना काम करने की आवश्यकता है (भले ही यह सबसे अच्छा विचार नहीं है)

जब डाउनटाइम साझा किया जाता है, जो मेरे लिए लगभग 5% है, तो मैं आमतौर पर लोगों से बात करता हूं, चीजों से अपना सिर हटा लेता हूं, कुछ चुटकुले सुनता हूं।

जब मुझे कुछ करने के लिए कुछ भी महत्वपूर्ण नहीं होता है, तो मेरे पास एक टन की किताबें होती हैं, जिन्हें मैं पढ़ता हूं जब मुझे अनुमति होती है, या लंबे संकलन (या कुछ समतुल्य) सत्रों के बीच, आदि।

लेकिन ऐसा करने के बावजूद, मुझे कुछ स्वीकार करना होगा (जो मुझे खुद को पापी बनाता है):

यह प्रोग्रामर के रूप में हमारा काम है कि हम घर पर अपने करियर को विकसित करें ताकि हमारे बॉस हमें या कुछ ऐसा ही न करें। यह मालिक का काम नहीं है कि आप उसे अपने पैसे से सुधारने दें (समय वह आपके लिए भुगतान कर रहा है)।

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

यह भी आत्म सुधार के रूप में गिना जाता है क्योंकि यह आपको लगता है, और आपको अन्य डेवलपर्स के लिए उपयोगी बनाता है, जो आपको उस दिन के लिए भी याद कर सकता है, जब वह मायने रखता है। लेकिन महत्वपूर्ण बात यह है कि यह आपके द्वारा पुस्तकों को पढ़ने से बेहतर भुगतान किए गए पैसे के लायक है ...


1

मेरे अनुभव में, यह पूरी तरह से उद्योग पर निर्भर करता है और परियोजना का नेतृत्व कौन कर रहा है।

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


0

अधिकांश डाउनटाइम जो मैंने सामना किया है वह आमतौर पर वित्तीय वर्ष के अंत और / या वर्ष के अंत में होता है (दिसंबर सीजन, जैसा कि अधिकांश ग्राहक छुट्टी पर जाते हैं)। कंपनी विभिन्न कारणों से "बंद" हो जाती है और आईटी में 2 से 3 महीने तक कोई तैनाती नहीं होती है। इसलिए, कोई परिवर्तन नहीं है।

ऐसा होता है: इस समय के दौरान, हम वर्ष में आने वाले सभी परिवर्तनों / परियोजनाओं का मूल्यांकन करते हैं, यह पता लगाते हैं कि हमने कहाँ सुधार किया है या कमी है और अगले सत्र / अवधि के लिए बेहतर सुधार करने के लिए एक समाधान ढूंढते हैं।

चिंतित मत हो।


मेरी कंपनी में इसके विपरीत है। कंपनी 'क्लोज', इसलिए हम इस समय में अपने 'बड़े' अपग्रेड को शेड्यूल करते हैं, सर्वर के डाउनटाइम का बड़ा प्रभाव नहीं है।
नूट
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.