समस्या डोमेन
सबसे पहले आप समस्या डोमेन समझना चाहिए। गलत समस्या का एक शानदार समाधान कोई अच्छा नहीं है, न ही ज्यादातर मामलों में सही समस्या का एक अक्षम समाधान है। समाधान की गुणवत्ता, दूसरे शब्दों में, अक्सर सापेक्ष है। एक सरल शेड्यूलिंग समस्या जिसमें निर्धारित करने के लिए दस मिनट लगते हैं, ठीक हो सकता है यदि शेड्यूल प्रति सप्ताह एक बार अनुमानित होते हैं, लेकिन यदि दिन में कई बार शेड्यूल बदल जाते हैं तो कुछ सेकंड में एक जेनेटिक एल्गोरिदम समाधान होता है।
अपघटन और मानचित्रण
दूसरा, उप समस्याओं में समस्या और भी जाना जाता है/अज्ञात तत्वों है कि समाधान के तत्वों के अनुरूप विघटित। कभी-कभी यह स्पष्ट है, उदा। विगेट्स को गिनने के लिए आपको विजेट्स, एक वृद्धिशील काउंटर, और गिनती को संग्रहित करने का एक तरीका पहचानने का एक तरीका चाहिए। कभी-कभी यह इतना स्पष्ट नहीं है। कभी-कभी आपको समस्या, डोमेन और संभावित समाधानों को एक ही समय में विघटित करना पड़ता है और उन दोनों को खोजने के लिए उनके बीच कई अलग-अलग मैपिंग आज़माएं जो सही परिणामों की ओर ले जाते हैं [यह सामान्य विधि है]।
मॉडल
मॉडल समाधान, अपने सिर में कम से कम, और यह के माध्यम से चलना है, तो इसे सही ढंग से काम करता है देखने के लिए। आवश्यकतानुसार समायोजित करें (ऊपर अपघटन और मैपिंग देखें)।
रचना/इंटरफेस
कई बार आप समस्या और समाधान है कि एक दूसरे के लिए नक्शे के तत्वों के तत्वों का पता लगाने और आंशिक परिणाम है कि उपयोगी होते हैं उत्पादन कर सकते हैं। यह संरचना और इंटरफ़ेस निर्माण समाधान के कर्नल प्रदान करता है, और शेष समस्या के दायरे को कम करने में भी कार्य करता है। तो फिर आप एक छोटी प्रारंभिक समस्या के साथ शीर्ष पर वापस लूप करें, और फिर से इसके माध्यम से जाओ।
अनुभव
अनुभव निश्चित रूप से, सबसे अच्छा शिक्षक है, लेकिन समस्याओं और समाधान के विभिन्न प्रकार के बारे में पढ़ भी उपयोगी होगा। कुछ प्रसिद्ध एल्गोरिदम और उनके अनुप्रयोग का अध्ययन करना भी बहुत उपयोगी है, उदा। Dijkstra, Bresenham, Unification, और निश्चित रूप से, graph theory।
स्रोत
2009-02-21 23:09:20
+1। यह बहुत दिलचस्प लग रहा है। – cletus