किसी प्रोजेक्ट पर काम करने के बाद, उसे सही काम करने के लिए बहुत अधिक ट्वीक और बदलावों की आवश्यकता हो सकती है ...
मैं इसे रोकने के लिए क्या कर सकता हूँ।
किसी प्रोजेक्ट पर काम करने के बाद, उसे सही काम करने के लिए बहुत अधिक ट्वीक और बदलावों की आवश्यकता हो सकती है ...
मैं इसे रोकने के लिए क्या कर सकता हूँ।
जवाबों:
सरल नियम है, कि मैं हर समय आवेदन करता हूं क्योंकि मैं एक पूर्णतावादी भी हूं। और पूर्णतावाद आपको सामान्यता की ओर ले जाता है।
एक समय सीमा निर्धारित करें। उस समय सीमा पर जहाज।
एक होने से अपने सॉफ्टवेयर को रोकने के लिए unfishined विशेषता है कि यह बेकार कर देगा लापता का राज्य है, की इस परिभाषा का उपयोग किया प्रत्येक सुविधा आप उत्पादन के लिए। जब तक सभी चरण पूरे नहीं हो जाते , तब तक अगली सुविधा शुरू न करें:
मुझे लगता है कि आप एक माउस क्लिक (बिल्ड स्क्रिप्ट का उपयोग करके) के साथ एक रिलीज बना सकते हैं
इससे पहले कि मैं अपना उत्तर (या किसी उत्तर का सुझाव, वास्तव में) दूं, मुझे कहना होगा कि मेरे पास बड़ी परियोजनाओं का बहुत अनुभव नहीं है और केवल वही बताऊंगा जो मैंने पढ़ा है और इसके कारणों में से एक है। मैं बहुत अच्छी तरह से गलत हो सकता हूं, लेकिन तब मुझे सबसे अधिक संभावना होगी कि मुझे प्राप्त होने वाली सभी टिप्पणियों से कुछ सीखा जाए। ^^
एक महत्वपूर्ण कारक, मेरा मानना है कि आपके कोड को बिगड़ने नहीं देना है क्योंकि परियोजना चल रही है। इसे कई तरीकों से रोका जा सकता है, जिनमें से मैं केवल कुछ ही जानता हूं:
रिफैक्टरिंग के साथ बहुत लंबा इंतजार न करें: रिफैक्टरिंग में कुछ समय लगता है, लेकिन यह केवल कॉन्टेक्टेड फ़ंक्शन कॉल करने के लायक नहीं होगा क्योंकि आप उस अतिरिक्त पैरामीटर की अनुमति देने के लिए कोड को फिर से लिखने से परेशान नहीं हो सकते। अधिक सहज और कम डुप्लिकेट किए गए कोड बग की संख्या को कम करते हैं।
टूट खिड़की ठीक करें: में व्यावहारिक प्रोग्रामर , मैं टूट खिड़की के रूप में जाना एक घटना की पढ़ें। लेखकों का तर्क है कि कोड उसी तरह से बिगड़ना शुरू हो जाएगा जैसे एक इमारत बिगड़ती है: यह एक टूटी हुई खिड़की से शुरू होती है। कोड में, इसका मतलब है बदसूरत सुधार, चर, कार्यों का नामकरण; सामान्य तौर पर सिर्फ बुरा कोड। मुझे यह सच लगने के लिए मिला है: मैं बेहतर कोड देता हूं और कोडिंग के बारे में अधिक खुश हूं जब मेरा कोड नींव ठोस होता है। यदि बहुत अधिक टूटी हुई खिड़कियां हैं, तो मुझे अक्सर अच्छा कोड लिखने का प्रयास करने का मन नहीं करता है। इसलिए यदि आप एक टूटी हुई खिड़की देखते हैं, तो इसे जितनी जल्दी हो सके ठीक करें; अगर आपको करना है रिफ्लेक्टर। यह कम कीड़े और अनावश्यक tweaks के लिए नेतृत्व करेंगे।
और पियरे 303 के जवाब को पढ़ना न भूलें ।
"बहुत अधिक" ट्विक्स और परिवर्तन क्या है? सॉफ्टवेयर के प्रारंभिक विकास की तुलना में सॉफ़्टवेयर रखरखाव में अधिक समय लग सकता है। इसमें कुछ भी गलत नहीं है। व्यवस्थित रखने के लिए, एक समस्या ट्रैकर का उपयोग करें ।
बावजूद, आप निश्चित रूप से शुरू में इसे उतना ही अच्छा बनाना चाहते हैं जितना आप कर सकते हैं। उसके लिए, कुछ भी परीक्षण धड़कता है ।