आदतें आम तौर पर चीजों के लिए परीक्षण और त्रुटि दृष्टिकोण का परिणाम है और जो हमें वांछित परिणाम देता है और जो नहीं करता है उसे जारी रखने का परिणाम है। हम जो पसंद करते हैं और जिसे नापसंद करते हैं उससे बचना भी खेल में आता है। यह एक बिंदु तक काम करता है क्योंकि अंततः, हम कुछ ऐसा काम करेंगे जो हमें किराए का भुगतान प्राप्त करने के लिए पसंद नहीं है।
यह निर्भर करता है कि आप इसे और आपके कारणों के लिए क्या ले जाते हैं। यहाँ कुछ है:
- बहुत बार, आपको डिज़ाइन परिवर्तन के कारण कोड बदलना पड़ा
- आप एक खराब डिज़ाइन नहीं बदलते क्योंकि कम समाधान पहले से ही कोडित था
- आप कोड-शिथिलता लिखने के बजाय आकर्षित और डिजाइन करेंगे
- वाक्य रचना और कोडिंग के विवरण के बारे में चिंता करना, आपको बेहतर डिजाइनों के बारे में सोचने से विचलित करता है।
उम्मीद है, आपने पाया है कि यदि आप लंबे समय तक डिजाइन करते हैं, तो आपका कोड बेहतर है। यदि आप पीछे मुड़कर देख सकते हैं तो इससे कोई फर्क नहीं पड़ता कि आप डिजाइन पर कितना समय बिताते हैं, आप बदलना चाह सकते हैं। एक और विचार यह है कि अपने डिजाइनों के साथ काम करने की तुलना में कोड लिखने के बाद आप कितनी बार समस्याओं का पता लगा रहे हैं। यदि आपको कुछ कोड लिखने के बाद तक समस्या नहीं मिल रही है, तो आपको एक संतुलन पर विचार करना चाहिए और बाद में के बजाय जल्द ही कुछ कोडिंग करने के लिए प्राप्त करना चाहिए। हो सकता है कि इस दृष्टिकोण को नई तकनीकों या एक बहुत ही जटिल सुविधा के उपयोग पर लागू किया जा सके।
मुझे नहीं पता कि मेरे पास एक दृष्टिकोण या दूसरे के साथ रहने के लिए अनुशासन है, जब मुझे पता चलता है कि एक दूसरे से बेहतर काम करता है। कभी-कभी मुझे सफेद बोर्ड पर जाने की आवश्यकता महसूस होती है; दूसरों कीबोर्ड।