सुविधाओं को जोड़ने से रोकने के लिए आप कैसे जानते हैं?

Question

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

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

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

मैंने अपने कोड को बगफिक्स किया है और स्पष्ट रूप से टिप्पणी की है, और फिर भी मेरे पास अभी भी चीजें हैं जो मुझे लगता है कि ऐप को बेहतर बनाने के लिए किया जा सकता है, इससे पहले कि मैं इसे अल्फा परीक्षकों को उपलब्ध कराऊं। यह मेरी मूल 20-30 पंक्ति की पटकथा से बहुत दूर की बात है। मैंने जो अनुमान लगाया था वह मुझे अवधारणा के सबूत से जाने के लिए एक या दो घंटे लगेंगे एक स्वीकार्य उपयोग कार्यक्रम में 10-20 बार लिया गया है। (मैं अभी भी एक noob हूँ, और सामान मुझे एक लंबा समय लगता है, लेकिन अभी भी ....)

आपको कैसे पता चलेगा कि कब जोड़ना / ट्विकिंग / फिक्सिंग सामग्री को रोकना है और अपने बच्चे को खुले में क्रॉल करना है?

Answer 1

जब आप समय सीमा को हिट करते हैं।

यदि आपके पास कोई समय सीमा नहीं है, तो यह आपकी समस्या है ...

यहाँ है कि मैं कैसे काम करता हूँ:

1. मैं अपने उत्पाद बैकलॉग में नई सुविधाएँ / बग जोड़ता हूँ।
2. मैं व्यावसायिक मूल्य पर पूरे उत्पाद बैकलॉग को प्राथमिकता देता हूं और अनुमान लगाया जाता है (अंतिम व्यक्ति के मामले में वैकल्पिक है)।
3. मैं अपने लिए काम का समय आवंटित करता हूं। रिलीज की तारीख उस समय का अंत है।
4. मैं सूची में बहुत पहले से शुरू करता हूं। मैं एक समय में एक फीचर पर काम करता हूं। पूरा करने के लिए, एक विशेषता वास्तव में प्रलेखन सहित पूरी होनी चाहिए (एक विशेषता के अंत में, मैं संभावित रूप से उत्पाद को शिप कर सकता हूं)।
5. मैं अगले एक को तब तक लेता हूं जब तक कि मेरे आवंटित समय का उपभोग नहीं किया जाता है।
6. यदि मैं एक सुविधा का निर्माण कर रहा हूं, तो समय की खपत होती है, मैं इसे अस्थायी रूप से त्याग देता हूं।
7. जब आवंटित समय की खपत होती है, तो मैं नवीनतम बिल्ड लेता हूं और इसके साथ रिलीज करता हूं।
8. मैं बिंदु 1 से प्रक्रिया को दोहराता हूं।

Comments

हम्म मुझे यहाँ वर्कफ़्लो बहुत पसंद है। यह एक शौक परियोजना है, मुझे यकीन नहीं है कि मैं इसे मुद्रीकृत करने की कोशिश करूंगा, यह मुफ्त की पेशकश या खुले स्रोत की पेशकश करने की अधिक संभावना है।

— डरऑफ्स

ऊपर दिए गए सुझाव वर्कफ़्लो में मान का मतलब पैसे नहीं है। आप तय करते हैं कि मूल्य क्या है।

ठीक है यह बहुत बढ़िया है। मैं इसे लागू कर रहा हूँ क्योंकि मैंने आज पोस्ट को पहले देखा था। मेरी समय सीमा बुधवार दोपहर 3 बजे है, और चीजें ठीक चल रही हैं! मैं इस बारे में अधिक आश्वस्त महसूस करता हूं कि सामान कहां जा रहा है और क्या काम कर रहा है। मैंने इस रिलीज़ से पहले की जाने वाली सामग्री (स्क्रिप्ट के शीर्ष पर टिप्पणियों में) को प्राथमिकता दी है, और सामान जो बाद तक छोड़ा जा सकता है। और मैं उस सुविधा को लिख रहा हूं जो मैं वर्तमान में काम कर रहा हूं ताकि यह सुनिश्चित हो सके कि मैं एक समय में किसी कार्य पर केंद्रित हूं। धन्यवाद!

— डरपोक

3. I allocate work time to myself. The release date is the end of that time.@ पियरे 303, जब आपने कहा timeथा कि आपका मतलब घंटों से है यानी रात का निर्माण? या एक पूर्ण स्प्रिंट की तरह समय?

— केनन डी

@LordCover: उदाहरण के लिए, मुझे उत्पाद पर काम करने के लिए 3 सप्ताह (5 दिन एक सप्ताह में 8 घंटे एक दिन) प्रदान करते हैं। मैं 3 सप्ताह के अंत में जहाज करता हूं।

Answer 2

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

Comments

हम्म अच्छी बात है। मेरे पास फिलहाल इसके बारे में कुछ नहीं लिखा है।

— 9

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

— क्रिस

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

— रामहाउंड 20

Answer 3

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

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

Answer 4

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

Answer 5

आप हमेशा और हमेशा के लिए एक परियोजना को नर्स कर सकते हैं।

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

Answer 6

यह इस बात पर निर्भर करता है कि आप सुविधाएँ क्यों जोड़ रहे हैं। क्या परियोजना के मालिक इसके लिए पूछ रहे हैं? उपयोगकर्ताओं? क्यूए? प्रोग्रामर?

• आपके पास जो सुविधाएँ हैं उन्हें जोड़ें।
• महत्वपूर्ण है कि सुविधाओं के माध्यम से झारना।
• उन विशेषताओं को अनदेखा करें जिनके लिए अच्छा है।

कार्यक्रम के उद्देश्य पर ध्यान दें, और इसके उद्देश्य को केंद्रित करें। फ़ीचर अनुरोध जो इसके उद्देश्य का विस्तार करते हैं, उन्हें अच्छी तरह से पूछताछ की जानी चाहिए, क्योंकि यह एक स्विस सेना का चाकू है।

Comments

मुझे एक उत्पाद को केंद्रित रखने का विचार पसंद है। मैं ऐसा करने की कोशिश कर रहा हूं, और अभी भी खुद पर कब्जा करने के तरीके ढूंढ रहा हूं!

— 9

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

— Huperniketes

उस टिप्पणी में अच्छी सलाह, (+1) धन्यवाद!

— डरफॉर्स

Answer 7

मैं अब सुविधाओं को जोड़ना बंद नहीं करता हूं। मैं बस वहाँ ASAP एप्लिकेशन को पाने की कोशिश करता हूं और अगर जरूरत हो तो txt फाइलें लिखता हूं। तब मैं तय कर सकता हूं कि कब रुकना है और कब कुछ अलग करना है

यह भी मदद करता है कि मैं कुछ करने के लिए (हैकिंग का सहारा लिए बिना) संभव मिनट करना पसंद करता हूं।

Answer 8

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

सप्ताह के अंत में इसे जारी करें। जल्दी रिलीज, अक्सर रिलीज।

Comments

लेकिन क्या करें जब कुछ सुविधाओं में एक-दूसरे पर निर्भरता हो?

— केनान डी

Answer 9

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