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