कुछ साल पहले अगर कोई मुझसे कहता कि मैं एक साथ 15 प्रोजेक्ट्स में vulnerabilities, bugs, SEO issues, translation quality, localization consistency और automated tests रिव्यू करूँगा, तो मुझे यह लगभग अवास्तविक लगता। सिद्धांत में असंभव नहीं, लेकिन रोज़मर्रा के काम के हिसाब से यह बहुत मुश्किल लगता। हफ्ते में घंटे सीमित होते हैं, और तकनीकी review का बड़ा हिस्सा ज़रूरी होने के बावजूद बेहद दोहराव वाला होता है।
इसीलिए VS Code के अंदर Codex के साथ काम करना मुझे एक असली बदलाव जैसा लगता है। यह मुझे routine review के काम में बहुत तेज़ी से आगे बढ़ने में मदद करता है: कमजोर जगहें ढूँढ़ना, tests देखना, अलग-अलग भाषाओं में inconsistencies पकड़ना, edge cases सामने लाना और उन हिस्सों की ओर ध्यान दिलाना जिन्हें और गहराई से देखना चाहिए। समय का फर्क साफ दिखता है।
असल में क्या बदला है
सबसे बड़ा बदलाव यह नहीं है कि AI ने अचानक projects को perfect बना दिया। ऐसा नहीं हुआ है। असली बदलाव यह है कि इसने repetition की लागत कम कर दी है। जो काम पहले घंटों की एकाग्रता खा जाते थे, अब वे कहीं तेज़ी से आगे बढ़ते हैं। इससे एक साथ कई projects को अच्छी हालत में रखना ज्यादा वास्तविक लगता है।
जो लोग एक साथ कई products बनाते हैं, उनके लिए यह बहुत मायने रखता है। translation review, localization consistency, SEO hygiene, bug hunting और test maintenance—all ये ज़रूरी हैं, लेकिन ये चुपचाप पूरे दिन खा सकते हैं। जब कोई tool इस routine हिस्से को compress कर देता है, तो endless mechanical checking के बजाय सोचने, prioritization और final review के लिए ज्यादा जगह बचती है।
AI अभी भी क्या replace नहीं कर सकता
मैं अब भी हर file को manually review करता हूँ। यह हिस्सा गायब नहीं हुआ है, और मैं नहीं चाहता कि हो। quality judgment, context, taste और responsibility पर टिकी होती है। एक model problems दिखा सकता है, fixes suggest कर सकता है और first pass को तेज़ बना सकता है। लेकिन final decision पूरी तरह उसके भरोसे नहीं छोड़ा जा सकता।
Software development में AI की बात करते समय लोग अक्सर यही हिस्सा मिस कर देते हैं। असली value judgment को replace करने में नहीं है। असली value इस बात में है कि routine friction का बड़ा हिस्सा हट जाए, ताकि human judgment वहीं लगाया जा सके जहाँ उसकी सबसे ज्यादा जरूरत है।
असली leverage
जो चीज़ मुझे अवास्तविक लगती है, वह सिर्फ speed नहीं बल्कि scale भी है। पहले 15 projects को parallel review करने का मतलब होता था repetitive work का पहाड़। अब यह उस तरह possible लगता है जैसा कुछ साल पहले शायद सोचा भी नहीं जा सकता था।
अगर कोई tool standards घटाए बिना सैकड़ों घंटे बचा सकता है, तो वह कोई छोटा productivity trick नहीं है। वह software work के तरीके में एक वास्तविक बदलाव है। मेरे लिए सबसे exciting बात यही है: care कम नहीं, बल्कि manual review छोड़े बिना ज़्यादा reach।