यदि किसी कार्य के निकट आने के दो तरीके हैं, तो किसी को उनके बीच चयन कैसे करना चाहिए?

Question

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

मैं वहाँ बैठ कर न जाने क्या-क्या करता रहता हूँ - फिर कुछ नहीं करता ... क्या चुनने का कोई अच्छा तरीका है? क्या मुझे उन सभी को आज़माना चाहिए?

कुछ संदर्भ के लिए और अधिक विशिष्ट होने के लिए, मैं एक बहुत हल्का बोर्ड गेम बनाने की कोशिश कर रहा हूं, जहां मुझे स्क्रीन के एक हिस्से की आवश्यकता है जिसे मैं बोर्ड गेम ग्रिड को घुमा सकता हूं , ग्रिड में ज़ूम कर सकता हूं , और इस ग्रिड पर टुकड़ों को स्थानांतरित कर सकता हूं । मुझे ऐसा करने का कोई सुराग नहीं था, लेकिन मुझे ऑनलाइन चीजें मिलीं जैसे कि कोर एनिमेशन, कोर ग्राफिक्स, स्प्राइट किट, और मैंने उनके लिए तर्क देखे और उनके खिलाफ - उदाहरण के लिए स्प्राइट किट उच्च स्तर है, लेकिन फ्रेम दर 60 पर रखता है, जो बैटरी की बर्बादी है जब स्क्रीन में कुछ भी नहीं चल रहा है। कोर एनिमेशन एक निचले स्तर का एपीआई था, जो "एब्सट्रैक्शन के उच्चतम स्तर को लेने" के एप्पल के मार्गदर्शन का विरोध करता है। मैं उपयोग करने के लिए 3 चीजें सीखना नहीं चाहता हूं। क्या कोई ऐसा तरीका है जिसे मैं चुन सकता हूं और अनस्टक प्राप्त कर सकता हूं?

मैं इसे उद्देश्यपूर्ण तरीके से अस्पष्ट प्रश्न के रूप में छोड़ रहा हूं क्योंकि मुझे लगता है कि यह सॉफ्टवेयर के पूरे क्षेत्र में लागू होता है।

Answer 1

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

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

पुस्तकालयों के लिए संभावित लागत / लाभ पर विचार:

• रख-रखाव
• उपयोग में आसानी
• पर्याप्त प्रलेखन
• सीखने की अवस्था
• सम्पूर्ण प्रदर्शन
• खरीदें बनाम बिल्ड

... आदि ध्यान दें कि इनमें से कई विचार कुछ व्यक्तिपरक हो सकते हैं।

फिर चाहे वह शौक हो या करियर कोई मायने नहीं रखता। यदि आप अपनी खोज को एक वास्तविक कैरियर में जारी रखने का निर्णय लेते हैं, तो आपको (और) उसी प्रक्रिया का उपयोग करना होगा।

वैकल्पिक निर्णय लेने की रणनीति: आपको जो पसंद है उसे चुनें।

Comments

परिवादों और तीसरे पक्ष के कार्यान्वयन के मामले में, मैं

— जोड़ूंगा

— अप्रचलित

Answer 2

रॉबर्ट हार्वे के उत्कृष्ट उत्तर के लिए एक परिशिष्ट के रूप में, यहाँ मेरे 2 सेंट:

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

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

कभी-कभी केवल एक निर्णय लेना बेहतर होता है, भले ही यह केवल दूसरा सबसे अच्छा हो, जब तक आप वास्तव में ऐसा करते हैं।