2008-09-18 6 views
7

एक परियोजना पर काम करते समय, दिलचस्प भागों को कोडित करने के बाद, मेरी प्रेरणा गंभीर रूप से कम हो जाती है। इस समस्या को पाने के लिए आप क्या करते हैं?परियोजनाओं के अंत के पास आप अनिवार्य प्रेरक "झुकाव" कैसे प्राप्त करते हैं?

उत्तर

5

अंत में सभी "उबाऊ" बिट्स को न छोड़ें - सुनिश्चित करें कि प्रत्येक घटक प्रोजेक्शन में जितनी जल्दी हो सके रिग्रेशन परीक्षण और दस्तावेज़ीकरण के साथ काम करता है।

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

आप अपने ग्राहकों को रिलीज से पहले छुट्टी पर रहने के लिए व्यवस्था करके अन्य मिनट की आवश्यकताओं/डॉक्स परिवर्तनों से पूरी तरह से बच नहीं सकते हैं। या अपने आप को ऐप्पल और Google जैसी हावी स्थिति में प्राप्त करें, ताकि ग्राहकों को रिलीज़ का कोई पूर्व ज्ञान न हो।

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

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

+0

मैं असहमत हूं। "उबाऊ" बिट्स शायद सबसे खतरनाक हैं। आपको पहले उन्हें करना चाहिए। –

+0

मुझे समझ में नहीं आता है। मैं वही बात कह रहा हूं: "उबाऊ" बिट्स को जल्दी से किया जाना चाहिए, सिवाय इसके कि यह संभव नहीं है। मैं कुछ स्पष्टीकरण जोड़ूंगा। –

+0

क्षमा करें, मेरा मतलब विपरीत है। दिलचस्प बिट्स सबसे जोखिम भरा हैं। आपको पहले उन्हें करना चाहिए। –

1
अपने आप को

दोहराएँ:। '। जब तक यह शुरू की है' मेरे कोड आप संस्करण नियंत्रण का उपयोग नहीं कर रहे हैं मौजूद नहीं है जब तक यह में चेक किया गया है

या, 'जब तक यह प्रकाशित हुआ है' या

आप डर का भी उपयोग कर सकते हैं और कह सकते हैं कि यदि आप इसे खत्म नहीं करते हैं और लॉन्च करते हैं, तो कोई और करेगा।

3

परीक्षण संचालित विकास का उपयोग करें। एक असफल परीक्षण हमेशा एक मजबूत प्रेरणा है।

1

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

2

कुछ परीक्षकों को इस पर ढीला होने दें। लोगों को आपकी रोचक बिट्स का उपयोग करने और स्पष्ट सुधार खोजने से कहीं ज्यादा प्रेरक नहीं है।

0

मैं मानता हूं कि यह कठिन है। एकमात्र चीज जो मुझे चलती रहती है वह यह महसूस करने के लिए है कि मुझे इसे पूरा/शिप/ग्राहकों के हाथों में देखने के बाद होगा।

1

पहले सभी दिलचस्प भागों को न करें।

मैं हमेशा तक उबाऊ कोड को पूरा करने के बारे में सख्त होने और पहले उबाऊ अनुभाग को पूरा करने के बारे में सख्त होने के कारण उबाऊ कोड करने के लिए प्रेरित करता हूं।

1

"अगर आप इसे खत्म नहीं करते हैं और लॉन्च करते हैं, तो कोई और करेगा।"

खुद को पहले बताएं। कभी-कभी कुछ घंटों के लिए ब्रेक लेने के लिए अच्छा होता है, फिर वापस आते हैं। तब आप उतने ही जलाए नहीं जितना आप थे।

0

मेरी प्रेरणा सिर्फ इसे प्राप्त करने के लिए है। एकबोन की तरह कहा, आपको बस नीचे उतरना और करना है। यह सभी प्राथमिकताओं का मामला है। जितनी जल्दी प्राथमिकताएं रास्ते से बाहर हैं, जितनी जल्दी आप दिलचस्प सामग्री पर वापस आ सकते हैं।

1

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

इसके अलावा, आप इस अवधारणा को पुरस्कार में जोड़ सकते हैं/पुनर्रचना या प्रदर्शन में सुधार आदि का सबसे अच्छा टुकड़ा

0
  1. कोशिश के लिए Cudos को देखने के लिए आप एक या दो दिन के लिए एक बहुत छोटा सा अवकाश लेने के लिए और वापस अधिक आ सकता है अगर ताजा।
  2. अंत करने के लिए उबाऊ बिट्स मत छोड़ो
  3. टेस्ट यह अपने आप
  4. कि अपने आहार/व्यायाम/नींद/आदि स्तर कम नहीं मिलता है
  5. बताओ दूसरों है कि आप थोड़ा नीचे महसूस कर रहे हैं सुनिश्चित करें , क्या आप एक दिन के लिए काम के क्षेत्रों को स्वैप कर सकते हैं?
0

आम तौर पर जब आप काम के 90% किया है, यह लगभग समाप्त हो गया है, तो आप सिर्फ :-)

पिछले 90% करने के लिए हमेशा कि के बारे में सोचना है, और आप देखेंगे यह काम करने तक एक लंबा रास्ता है।

0

मैं प्रोग्रामिंग के रचनात्मक मजेदार बिट्स खुश हूं।

लेकिन उसके बाद मैं उपयोगकर्ता को खुश करने के बारे में सोचता हूं।

संबंधित मुद्दे