टी एल; डॉ
तुम यह सब कभी नहीं जान पाओगे। वहाँ बहुत अधिक हमेशा गहराई है और हर व्यक्ति "बात" आप जान सकते हैं। सीखो जैसे तुम जाओ। "सर्वोत्तम प्रथाओं" को लागू करें जो आपको लगता है कि अब प्रासंगिक हैं। गलतियाँ करना। बस बहुत महंगी गलतियाँ करने से बचने की कोशिश करें । यदि आपकी परियोजना महंगी गलतियों को जन्म दे सकती है तो संरक्षक खोजें।
और अब लंबा जवाब ...
1. "वर्किंग सॉफ्टवेयर प्रगति का प्राथमिक माप है।" ( चंचल मैनिफेस्टो )
यदि आप अपने ज्ञान के किनारों को देख सकते हैं, तो यह भयानक है! किनारों का पीछा! सीखते रहो! लेकिन ध्यान में रखते हुए, आप हमेशा के लिए सीख और विश्लेषण कर सकते हैं ।
कुछ बनाएँ।
2. सीखें और गलतियाँ करें; लेकिन "बुरा" मत बनाओ।
अपने ज्ञान / कौशल की सीमाओं को आगे बढ़ाते रहें। आप गलतियाँ करेंगे । आप उनसे सीख सकते हैं। लेकिन, आपको लापरवाह होने की जरूरत नहीं है ।
जिस समय आप अधिक अनुभवी डेवलपर्स और आकाओं के साथ खोजने और काम करने में बिताते हैं , उसे परियोजना के व्यावसायिक मूल्य और जोखिम प्रोफ़ाइल के अनुपात में बढ़ना चाहिए ।
यदि आप अपने लिए थोड़ा सीएलआई बना रहे हैं : तो यह काम कर लें लेकिन आप चाहते हैं।
यदि आप बैंक का वेब पोर्टल लिख रहे हैं: अपने आप को बहुत अनुभवी डेवलपर्स के साथ घेरें।
3. "सर्वोत्तम प्रथाओं" को उद्धरणों में लिखा जाना चाहिए और पलक के साथ बोला जाना चाहिए।
"अभ्यास" को "सर्वोत्तम प्रथाओं" में बढ़ावा दिया जाता है जब वे कम से कम कुछ मामलों में एक्स को पूरा करने में सफल होते हैं । बेनिफिट एक्स को प्राप्त करने के लिए कोई व्यक्ति प्रैक्टिस ए के लाभ को पहचानता है और इसे इंटरनेट पर एक "सर्वोत्तम अभ्यास" घोषित करता है। अन्य सहमत हैं - अक्सर अच्छे कारण के लिए। लेकिन, उस बिंदु से, हम आम तौर पर इस बात से चूक जाते हैं कि कुछ प्रथाएं "सर्वोत्तम अभ्यास" क्यों हैं और अन्य या तो "एंटीपैटर्न" या "बदबूदार" हैं।
मुसीबत यह है, एक "सर्वोत्तम अभ्यास" कभी भी स्वयं सेवी नहीं होता है। "एंटीपैटर्न" वास्तव में और स्वयं के शैतानी नहीं हैं। और, यहां तक कि एक "बदबू" केवल कभी-कभी सड़ांध से आती है। कभी कभी, कि बदबू सिर्फ एक फैंसी, स्वादिष्ट पनीर है ...
आप "निर्भरता इंजेक्शन" (DI) जैसी चीजों का अभ्यास नहीं करते क्योंकि "निर्भरता इंजेक्शन" व्यवसाय के लिए स्वाभाविक रूप से मूल्यवान है। किसी कार्यशील उत्पाद के निर्माण के लिए यह जरूरी नहीं है। यह कुछ ऐसा है जो आप शायद अपने अंतिम उत्पाद में चाहते हैं । लेकिन, यह भी हो सकता है कि आपके काम को बिना किसी लाभ के अधिक समय तक ले जाए ...
हम्म ...
तो, क्या आपको "सर्वोत्तम प्रथाओं का पालन करना चाहिए?" भले ही आप उन्हें न समझें? ... इर्र ... हां। मेरा मतलब है नहीं। लेकिन हां। लेकिन, केवल वही जो आपके और आपके सॉफ़्टवेयर और उसके उद्देश्य पर लागू होते हैं।
POAP का आह्वान करें ! (हाँ। मेरा ब्लॉग।)
सिद्धांत, पैटर्न और अभ्यास अंतिम उद्देश्य नहीं हैं।
इसलिए प्रत्येक का अच्छा और उचित अनुप्रयोग एक बेहतर, अधिक अंतिम उद्देश्य से प्रेरित और विवश है। आपको यह समझने की आवश्यकता है कि आप जो कर रहे हैं वह क्यों कर रहे हैं!
(पीओएपी पीओएपी से छूट नहीं है।)
इसलिए, आप पूरी तरह से DI की प्रत्येक बारीकियों को नहीं समझ सकते हैं, उदाहरण के लिए। लेकिन, यदि आप इरादे को समझते हैं, तो आपको पता चल जाएगा कि क्या आपको "DI" का उपयोग करना चाहिए, और आप संक्षेप में DI को बेहतर ढंग से समझ पाएंगे।
और, एक बार जब आप उत्पाद जारी करते हैं, तो आप इस पर प्रतिबिंबित कर सकते हैं कि क्या डीआई (या जो भी) वास्तव में फायदेमंद था। यदि हां, तो लिखित में क्यों स्पष्ट करें। यदि नहीं, तो स्पष्ट रूप से लिखित में क्यों ...
बोनस पढ़ना / थोड़ा प्रासंगिक:
विश्लेषण पक्षाघात एक चीज है। आपको विश्लेषण करने और सीखने की जरूरत है; लेकिन, आपको सामान भी करवाना होगा। शेष राशि।
आप हमेशा एक चरवाहे कोडर की तरह महसूस कर सकते हैं ।
* यदि आप कुछ भी उल्लेखनीय करते हैं तो आप वास्तव में गलतियाँ करेंगे । लेकिन, आप इंसान हैं, मैं मानता हूं। इसलिए, हम आपको समय से पहले माफ कर देते हैं ... या, कम से कम मैं करता हूं। शायद। ... अच्छा ... हम देखेंगे।