AI युग में कोड रिव्यू कैसे किया जाए?

• 15 साल के CTO अनुभव से शुरू होकर AI युग में कोड रिव्यू की बहस को thesis-antithesis-synthesis के रूप में समेटने वाला एक निबंध
• कोड रिव्यू हमेशा एक समस्या रहा है — समय, लोग और प्रोसेस, सबकी कमी
• AI ने कोड उत्पादन को विस्फोटक रूप से बढ़ा दिया, लेकिन रिव्यू की क्षमता वही रही → bottleneck और बड़ा हो गया

थीसिस — मानव रिव्यू अनिवार्य है

• Simon Willison: "बिना जाँचा गया कोड अपने सहयोगियों पर मत थोपो"
• Kent Beck: जैसे-जैसे generation cost शून्य के करीब जाती है, मूल्य generation से validation की ओर खिसकता है
• Addy Osmani: "अनसुलझी समस्या generation नहीं, validation है"
• AI कितना भी अच्छा हो, जिम्मेदारी इंसान पर ही रहती है → validate करना होगा → review करना होगा

एंटीथीसिस — मानव रिव्यू के युग का अंत

• Bryan Finster: Nyquist-Shannon theorem का प्रयोग — अगर production frequency ही बढ़े और feedback frequency वही रहे, तो चीजें व्यवस्थित रूप से छूटेंगी
• SmartBear डेटा: 400 लाइनों से ऊपर defect detection rate तेज़ी से गिरता है, AI एक बार में 600 लाइनें बना देता है
• StrongDM "software factory": इंसान न कोड लिखता है, न पढ़ता है। सिर्फ intent definition + scenario curation
• Stanford CodeX: "अगर agent बनाता है और test भी करता है, तो उस पर भरोसा कौन कर सकता है?"
• Salesforce Prizm: diff-केंद्रित review मॉडल खुद AI युग में काम नहीं करता → intent reconstruction

सिंथेसिस — आखिर रिव्यू किस चीज़ का होना चाहिए

• latent.space: code review → intent review में बदलाव
• spec ही source of truth है, code सिर्फ output है
• भरोसे को 5-layer structure में बनाना (Swiss cheese model)
• Qodo pattern: context-first, severity-based, expert agent review
• Bryan Finster: human blocking की जरूरत सिर्फ दो मामलों में — knowledge gap + regulatory path

अंत में

• लेखक AI code को सीधे review नहीं करता → QA भूमिका में शिफ्ट
• AI-native engineer = उसे पिछली पीढ़ी के PM की भूमिका भी खुद निभानी होगी
• "क्या आप अपने code की जिम्मेदारी ले सकते हैं?"

[kgcrom]

https://app.devin.ai/review

यह अभी कहना मुश्किल है कि यह 'midpoint error' की तरह बस एक और गुजर जाने वाला तरीका साबित होगा या नहीं,
लेकिन AI के साथ PR review करते समय कोड को समझने और bugs को ठीक करने में मदद करने वाला एक टूल है, इसलिए साझा कर रहा हूँ।

साइड प्रोजेक्ट करते समय जब AI द्वारा किए गए code changes समझ में नहीं आते, तब मैं इसका इस्तेमाल करता हूँ.

[pencil6962]

मध्य बिंदु की त्रुटि (Argument to Moderation): जब दो चरम दावे (A और Z) हों, तो यह मान लेना कि उनके बीच का बिंदु (M) ही सत्य है या सबसे अच्छा समाधान होगा, एक तर्कदोष है।

[overthinker]

दूसरी ओर, इंसानी समीक्षा आखिरकार bottleneck बन जाती है

[vk8520]

मुझे लगता है कि अभी के लिए इसका आधा-आधा मिश्रण भी अव्यावहारिक है। कोड लगातार इस्तेमाल होता रहता है, और LLM प्रायिकतामूलक होते हैं, इसलिए इंसान को अपने लिखे कोड को (फिलहाल) पूरा पढ़ने की ज़रूरत है। रिव्यू को आसान बनाने के लिए, context और intent जैसी चीज़ों को समझने हेतु PR को ऑटोमैटिक template से लिखवाना या उसे ADR के रूप में लिखना ज़रूरी है।