छोटे Steps और दोहराव

छोटे diffs review हो सकते हैं

पूरी feature एक साथ माँगने पर अक्सर बड़ा बदलाव मिलता है जिसकी समीक्षा कठिन और सूक्ष्म ग़लती आसान होती है। इसके बजाय एक बार में एक step माँगें: data model, फिर function, फिर endpoint, फिर tests। हर चलते step के बाद commit करें ताकि आसानी से पलट सकें। Assistant ग़लत दिशा में जाए तो शुरू से करने की जगह बताएँ क्या ग़लत है और क्या रखना है, और बातचीत लंबी व उलझ जाए तो नई chat से दोबारा शुरू करें।

चरण-दर-चरण योजना

हर step ऐसे नतीजे पर ख़त्म होता है जिसे आप चलाकर जाँच सकें।

Step 1  Add the Reminder model + migration           -> run migration
Step 2  Write tests for create / list / delete            -> tests fail (no code yet)
Step 3  Implement the service functions                   -> tests pass
Step 4  Add the REST endpoints                            -> curl each one
Step 5  Review the full diff, then commit

त्वरित जाँच: Feature छोटे steps में क्यों माँगें?

• Git में यह ज़रूरी है
• Assistants बड़ा कोड नहीं लिख सकते
• छोटे बदलाव review, test और पलटना आसान होते हैं
• इससे कभी समय नहीं बचता