क्या मैं प्रोग्रामिंग बहुत धीमी है? [बन्द है]


31

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

मेरी वर्तमान दर इस प्रकार है (ASP.NET वेबफॉर्म पर):

  • अभी, मैं पहले से निर्मित एक दिन (8 घंटे) के समय को देखते हुए एक ग्रिड लिस्टिंग (कोई जटिल तर्क, सिर्फ बनाना और पढ़ना) के साथ एक साधारण डेटा प्रविष्टि पृष्ठ विकसित करने में सक्षम हूं।
  • जटिल कार्यक्षमता, और अद्यतन और हटाएँ पृष्ठ जोड़ना कार्य में एक और पूरा दिन जोड़ते हैं।
  • अगर मुझे पृष्ठ को खरोंच से शुरू करना है (कोई समाधान नहीं, कोई मौजूदा वेबसाइट नहीं है) तो मुझे पूरा एक दिन लगता है।
  • (हमेशा नहीं) लेकिन अगर मैं कुछ नया सामना करता हूं या अभी तक नहीं किया है तो यह मुझे एक और पूरा दिन लगता है।

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


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

माफ़ कीजिये। मैं एक अधिक विशिष्ट उत्तर की तलाश में था। मैं अगली बार इसे ध्यान में रखूंगा।
जोहान

17
इसे प्रोत्साहित क्यों नहीं किया जाता है? यदि वह उत्तर खोज रहा है जो प्रारंभिक प्रश्न में मौजूद नहीं है, तो मुझे लगता है कि एक विशिष्ट मामले में संकुचित एक और प्रश्न पूछना बेहतर है।
राचेल

7
याद रखें कि कोडर की क्षमताओं को पहचानने के लिए गति केवल मीट्रिक नहीं है - गुणवत्ता भी आवश्यक है। गति के अलावा, rework की मात्रा पर भी विचार करें।
माइकल

@ जॉन - यह अब लगभग 4 साल का है। क्या आपको लगता है कि इस प्रश्न को पूछने के बाद से आपकी गति / क्षमता में सुधार हुआ है?
चंकी

जवाबों:


20

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

अनुमान के रूप में ... मैं उद्योग में 5 साल से हूँ (निश्चित रूप से अनुभवी क्षेत्र नहीं, मुझे पता है!), और मेरे व्यक्तिगत अनुमान अभी भी चूसते हैं। मैं कम से कम लगभग उतनी बार overestimate करता हूं, और मुझे जितना सही लगता है, मैं उससे कहीं अधिक करता हूं। कुछ तो आएगा, कहीं न कहीं तुम्हें काटेगा। कभी-कभी आपको एक पुस्तकालय मिलेगा जो आपको लगता है कि सब कुछ करता है जो आपको खुद करना था, और एक सप्ताह का काम आधे दिन में गायब हो जाता है। अन्य बार एक बेवकूफ बग एक दिन के काम को 2, 3, 4 तक फैलाएगा ...

यदि आप एक ही काम को बार-बार दोहरा रहे हैं, और आपको ऐसा लगता है कि आपने अपना थ्रूपुट उस पर छोड़ दिया है, तो शायद आपको दूसरे काम में चले जाने के लिए कहें। 'क्रॉस-परागण' और अन्य PHB- अनुकूल शब्द निश्चित रूप से देवों के लिए लाभकारी हैं। यदि आप किसी और चीज़ पर एक महीने या उससे अधिक समय बिताते हैं, तो शायद आप कुछ ऐसा पाएंगे जो आप के लिए बेहतर है। यदि नहीं, या आप वेबफॉर्म से दूर नहीं रह पा रहे हैं, तो परिवर्तन आपको कोई नुकसान नहीं पहुंचाएगा, और आप थोड़ा और ज्ञान और अनुभव के साथ वापस आ सकते हैं जो आपकी मदद करेगा।


ऐसा नहीं है कि मेरे प्रबंधक समझ में नहीं आ रहे हैं, लेकिन वे मुझसे और अधिक तेजी से परिणाम की उम्मीद कर रहे हैं और यही मुझे अपर्याप्त महसूस कर रहे हैं।
जोन सेप

3
आप हमेशा प्रबंधकों से पूछ सकते हैं कि वे कैसे सोचते हैं कि आप क्या कर रहे हैं। इस तरह से आपको पता चल जाएगा, एक तरीका या दूसरा। आपके पास बेहतर सुझाव हो सकते हैं कि आप कैसे सुधार कर सकते हैं। या वे आपको बता सकते हैं कि आप शानदार प्रदर्शन कर रहे हैं, और आपको चिंता करने के लिए कुछ नहीं मिला है। पेशेवरों: भले ही आप बुरी तरह से कर रहे हैं, यह दिखाता है कि आप स्वयं जागरूक और सक्रिय हैं। विपक्ष: यह उन्हें एहसास हो सकता है कि आप पिछड़ रहे हैं। वैकल्पिक रूप से, आप अच्छा कर रहे होंगे, और कहा जा रहा है कि आप अपना डर ​​खो सकते हैं, और खुद को साबित करने की इच्छा है कि डर लाता है
QWasson

10

आप भाग्यशाली हैं, यदि आपने 1 वर्ष ग्रीन प्रोग्रामर के रूप में प्रबंधित किया है। मुझे केवल 9 महीनों के बाद दूसरी इकाई में ले जाया गया (जिनमें से 3 महीने वास्तव में प्रोग्रामिंग थे), पर्याप्त उत्पादक नहीं होने के लिए। और मैं हर दिन अधिक से अधिक सीख रहा था, प्रक्रिया का आनंद ले रहा था और स्थिर गति से चीजों को वितरित कर रहा था। यह पहली बार था जब मैं कॉर्पोरेट प्रोग्रामिंग में काम कर रहा था, आह ठीक है ...

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


7

5 या 10 वर्षों से प्रोग्रामिंग करने वाले व्यक्ति की तुलना में आप थोड़े "धीमे" हो सकते हैं, लेकिन यह सब समय के साथ आता है। आप शायद 1/10 वें समय में चीजें कर रहे हैं जब आप पहली बार सीख रहे थे, और यह आसान होता जाएगा। जीवन में ज्यादातर चीजें ऐसी ही होती हैं ... जब आप पहली बार इसे सीखते हैं तो आप धीमे होते हैं, और आप धीरे-धीरे बेहतर, तेज, अधिक कुशल हो जाते हैं। यदि आप लंबे समय तक अभ्यास करते हैं, तो आप "मास्टरफुल" बन सकते हैं।


2

यदि आप कुछ ऐसे काम कर रहे हैं जो हर बार ठीक-ठाक विस्तार कार्यों के लिए हो रहे हैं या बहुत सटीक अनुमान प्राप्त करना हमेशा मुश्किल होता जा रहा है।

मुझे व्यक्तिगत रूप से चुनौती पसंद है, लेकिन कभी-कभी यह आपको थोड़ा मूर्खतापूर्ण दिख सकता है यदि आप केवल एक कार्य सूची या एक समय रेखा देख रहे हैं।

यदि आप परीक्षण कर रहे हैं जैसा कि आप कभी-कभी जाते हैं, तो मैं कहूंगा कि आपने जो उदाहरण दिए हैं, आप जो कर रहे हैं उसकी जटिलता के आधार पर काफी त्वरित हैं। मैंने उन परियोजनाओं पर काम किया है, जहाँ प्रत्येक वस्तु, भले ही आपके बुलेट पॉइंट्स के अंदर की वस्तुओं को, कम से कम एक दिन उन्हें सौंपा गया हो।


1

जब भी मैं एक अनुमान लगाता हूं कि मैं अपेक्षा से अधिक लंबा हूं तो मुझे लगता है कि दूसरे सोचते हैं कि मैं बाकी सभी से बहुत पीछे हूं।

यह सब सामान्य है, अगर कोई भी समस्या को विस्तार से देखने पर हर एक लंबा अनुमान नहीं लगाएगा, तो सभी अनुमान बहुत कम हो जाएंगे।

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