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