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