कोडिंग में आपका कितना काम दिन बिताया जाता है?

Question

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

जब आपको अनुमान लगाया जाता है कि आप कितनी बार काम पर खर्च करेंगे, तो आप कितने घंटे कोडिंग खर्च करते हैं? अन्य गैर-कोडिंग घंटों पर क्या कब्जा है?

क्या आपको लगता है कि आप अपने टीम के साथी कोडिंग से कम या ज्यादा घंटे खर्च करते हैं? क्या आपको लगता है कि आप उससे कम या ज्यादा काम कर रहे हैं?

आपकी कार्य परिस्थितियां क्या हैं? निजी कार्यालय, साझा कार्यालय, टीम रूम? अकेले कोडिंग या एक जोड़ी के रूप में? आपकी कामकाजी स्थिति ने आपके द्वारा प्रत्येक दिन कोडिंग करने में कितनी बार खर्च किया है? यदि आप घर से काम कर सकते हैं, तो क्या यह आपकी उत्पादकता में मदद करता है या चोट पहुंचाता है?

आप किस विकास पद्धति का उपयोग करते हैं? झरना? चुस्त? एक पद्धति से दूसरे में बदल रहा है प्रति दिन आपके कोडिंग घंटे पर असर पड़ा?

सबसे महत्वपूर्ण बात: क्या आप अपनी उत्पादकता से खुश हैं? यदि नहीं, तो आप किस बदलाव को करेंगे जिससे इसका अधिक असर होगा?

Answer 1

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

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

मैं कहूंगा कि मुझे अपने दिन का 85% कोड कोड मिलता है, जब मैं ध्यान केंद्रित कर सकता हूं और मेरे पास एक प्रमुख प्रोग्रामिंग कार्य है। लेकिन अक्सर मुझे कोडिंग के लिए मेरे दिन का लगभग 50% मिलता है। यदि उत्पादन समर्थन (गैर कोडिंग से संबंधित) भारी है तो मुझे केवल दिन का 15% कोड मिल सकता है।

जिन कंपनियों के लिए मैंने काम किया है, वे सक्रिय रूप से चुस्त प्रक्रियाओं या परीक्षण संचालित विकास का मूल्यांकन करने में सक्रिय नहीं थे, लेकिन उन्होंने झरने का अच्छा काम नहीं किया; उनके अधिकांश डेवलपर्स ने अपमान के साथ काट-पेस्ट काउबॉय की तरह काम किया।

अवसर पर मैं घर से और बच्चों के साथ काम करता हूं, यह भयानक है। मैं काम पर अधिक उत्पादक हूँ।

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

दुर्भाग्य से, कोई भी समर्थन करना चाहता है, इसलिए अन्य उत्पादकता में सुधार उपाय मैं के लिए इच्छा होगी निम्न में से एक होगा:

• बेहतर परीक्षण उपकरण/तरीके इकाई परीक्षण
• तेजी लाने के लिए नए विकास की गुणवत्ता में सुधार करने के लिए बेहतर व्यापार विश्लेषण उपकरण/कौशल और उत्पादन समर्थन भार

Answer 2

मेरे अपने कुछ प्रश्नों का उत्तर करने के लिए:

वर्तमान टीम मैं पर हूँ केवल सकल कार्य आकलन, घंटे दिन प्रति ट्रैक करने के लिए तो यह मुश्किल है करता है। मैं कहूंगा कि, मेरे करियर के लिए, कोडिंग बिताए गए समय 25% (ज्यादातर प्रबंधन) के बीच 85% + (सप्ताह में 4 दिन घर से काम करते हुए, सप्ताह में एक बार आधे दिन के लिए बैठक के लिए मिलते हैं) के बीच कहीं भी किया गया है। अगर मुझे लगता है कि, औसत शायद 60% के आसपास के क्षेत्र में कहीं है।

कोडिंग में समय के लिए मेरे लिए सबसे बड़ा प्रभाव बैठकों की उपस्थिति या अनुपस्थिति है। जब मैंने एक ही कमरे में सभी के साथ चुस्त परियोजनाओं पर काम किया, तो बैठकें विज्ञापन-प्रसार और बहुत कम थीं, इसलिए कोडिंग बिताए गए समय बहुत अधिक थे। मैंने यह भी महसूस किया कि मैंने कम समय बिताया - कभी-कभी बहुत कम समय - जब मैं टीम के कमरे में था, तब गैर-कोडिंग चीजें कर रहा था, क्योंकि समय पर बर्बाद करने के लिए यह बहुत आसान है, गलती से या अन्यथा, जब आपके मॉनीटर का कोई स्पष्ट दृश्य न हो । :)

Answer 3

वास्तविक रूप से, यह संभवतः दिन में 4 या 5 घंटे तक औसत होता है। हालांकि इसकी "गड़बड़ी" - ऐसे दिन हो सकते हैं जहां 8 या 9 घंटे हो सकते हैं।

मुझे पता है कि सभी सॉफ्टवेयर डेवलपर्स में, जो उत्पादन कोड लिखते हैं (अनुसंधान के विपरीत) 4 से 5 वास्तविक कोडिंग का अधिकतम प्रतीत होता है। वहां कई अन्य चीजें हैं जो चलती हैं।

और ईमानदार होने के लिए बहुत सारी विलंब है। मुझे लेखकों की तरह कुछ मिल गया है। कभी-कभी इसे शुरू करना मुश्किल होता है, लेकिन फिर एक अच्छा 2 घंटे का सत्र बहुत काम किया जाता है। यह सुनिश्चित करने के लिए कि आप सही दृष्टिकोण ले रहे हैं, प्रयोग करने के लिए केवल यही तैयारी है। खिड़की से बाहर निकलने और ईमेल आदि की जांच करने की अंतहीन राशि ...

Answer 4

मैं अपने दिन कोडिंग का लगभग 40% खर्च करता हूं। 40% गैर-कोडिंग सक्रियताओं पर जाते हैं (जैसे कि हमारे स्केची बिल्ड सर्वर से लड़ना या यह पता लगाना कि क्यों न्युनीट फिर से कोई त्रुटि संदेश नहीं विफल रहा है या यह पता लगाने की कोशिश कर रहा है कि हमारे कोड ने ओरेकल सर्वर से बात क्यों बंद कर दी है ... जंक)। अन्य 20% आम तौर पर, या बैठकों में बिताया जाता है।

क्या मैं अपनी उत्पादकता से खुश हूं? बिलकुल नहीं। मैं 7ish घंटे/दिन काम करता हूं, और मैं उस कोडिंग के लगभग 2.5 खर्च करता हूं। मैं अपने दिन कोडिंग के 5-6 घंटे खर्च करने के बजाय, अन्य सभी सामानों को समर्पित एक घंटे के साथ खर्च करूँगा (दुख की बात है, एक चीज जो ऐसा करेगी - कि प्रधान मंत्री हर दिन बिल्ड स्क्रिप्ट के साथ रोकते हैं - - होने वाला नहीं है)। दुर्भाग्यवश, चूंकि मैं एक कॉर्पोरेट डेवलपर हूं, प्रबंधन को समय बिखरा हुआ नहीं लगता है। चूंकि इमारत में अधिकांश ड्रोन एक सप्ताह (पीएम समेत) में किए जाने वाले अधिकांश ड्रोन की तुलना में मुझे अपने 40% दिनों में इतना अधिक मिलता है, वे सोचते हैं कि मैं उत्पादक हूं।

Answer 5

मैं 37.5 घंटे का सप्ताह काम करता हूं।
उन घंटों में से 30 (80%) मुझे अपने ग्राहकों को बिलिंग करना है।
हकीकत में मुझे लगता है कि मैं वास्तविक क्लाइंट सिस्टम पर लगभग 60% कोडिंग का उपयोग करता हूं, 20% नई तकनीकों के साथ प्रयोग करता हूं और ब्लॉग पढ़ता हूं, और 20% कार्यालय राजनीति और "सामाजिककरण" पर बर्बाद हो जाता है।

क्या मैं इसके बारे में खुश हूं?
क्या मैं चाहता हूं कि मैं अपने दिए गए असाइनमेंट पर सप्ताह में 30 घंटे स्क्रीन पर स्क्रीन पर देख सकूं?

ठीक है। चूंकि 20% समय मेरे शिल्प में खुद को बेहतर बनाने के लिए उपयोग किया जाता है, 60% में प्रभावी कोडिंग है, तो संभवत: मैं अपने समय के 9 0% से अधिक उत्पादन करता हूं, अगर मैंने नहीं किया।
फिर, उच्च अप करने के लिए है कि इस तथ्य को समझाने की कोशिश;, आह मैं पक्ष दरवाजा का उपयोग)

Answer 6

ठीक है, मैं आम तौर पर देर में आते हैं तो कम से कम पंद्रह मिनट, - इस तरह से Lumbergh नहीं कर सकते मुझे देखें, हे हे - और, ओह, के बाद मैं बस घंटे के लिए स्पेस आउट करता हूं।

... हाँ, मैं बस अपनी मेज पर देखता हूं; लेकिन ऐसा लगता है कि मैं काम कर रहा हूं। मैं लंच के बाद शायद एक और घंटे के लिए करता हूं, भी। मैं एक हफ्ते में कहूंगा कि शायद वास्तविक, वास्तविक, काम के लगभग पंद्रह मिनट करता है।

मेरे लिए, परियोजनाओं के बीच स्विचिंग विलंब का एक बड़ा कारण है। जब मैंने अभी एक परियोजना पूरी की है तो मुझे सौंपा गया अगली आवश्यकता को मारने पर मुझे विलंब करना पड़ता है। मेरा दिमाग अभी भी कोडिंग मोड की तरह महसूस करता है, लेकिन मुझे पहले एक spec बनाने के लिए खर्च का अनुमान लगाना होगा। तो मुझे ग्राहकों को कॉल करने के लिए कोडिंग से स्विच करना है और जैसा कि असहज महसूस करता है।

उत्पादक होने में मुझे सबसे ज्यादा मदद करता है दिन के पहले घंटों में किसी भी व्याकुलता को दूर करना और दिन के सबसे महत्वपूर्ण कार्य के साथ तुरंत शुरू करना। मुझे जितनी जल्दी हो सके प्रवाह में प्रवेश करने की जरूरत है।

We know that stress impairs some cognitive functions. The loss of those functions can precisely explain why programming is hard, and show us many other opportunities to improve the ways we organize things. The consequences roll out to touch language, logic and cultural norms. Click here for the Introduction...

Answer 7

@Bernard उप:

---

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

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

Answer 8

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

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

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

जब मैं ज्यादा काम नहीं करता हूं तो मुझे प्रोग्रामिंग ब्लॉग पढ़ना अच्छा लगता है और मैं प्रोग्रामिंग का अध्ययन करना पसंद करता हूं।

और आखिरकार मैं यह कहना चाहूंगा कि आईएमएचओ हमारे वाहक को काम के रूप में नहीं देखा जाना चाहिए, इसके बजाय आपको इसे कुछ मजेदार लगाना चाहिए।

Answer 9

मैं एक आर & डी विभाग में एक सॉफ्टवेयर डेवलपर हूं जो सप्ताह में 40 घंटे काम करता है।

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

मैं कह सकता हूं कि मेरे साथियों (सॉफ्टवेयर भी डेवलपर्स) मैं वह हूं जो फिलहाल सबसे ज्यादा कोड करता है; लेकिन इस बात पर निर्भर करता है कि हम हर समय किस कार्य पर काम करते हैं। मैं कड़ी मेहनत के रूप में वास्तव में कोडिंग मात्रात्मक नहीं होगा। यदि कोई अच्छा विनिर्देश है, तो एक उचित शोध और परियोजना की अच्छी समझ है, कोडिंग सिर्फ formality है और लगभग आसानी से और जल्दी से चला जाता है।

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

विकास पद्धति प्रोटोटाइप और सर्पिल के बीच कहीं कहीं है। यह स्पष्ट रूप से घंटे I कोड की संख्या बदल गया है।

मैं अपनी समय सीमा और लक्ष्यों से संबंधित, मेरी उत्पादकता से खुश हूं।