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