Cisco एक इंजीनियर को विरासत कोड फिर से लिखने के लिए असीमित AI टोकन देता है

Cisco की योजना, एक 27-वर्षीय इंजीनियर को “असीमित” AI संसाधनों के साथ अपने 98% विरासत कोड को फिर से लिखने देने की, को कुछ लोग एक साहसिक दाँव और कुछ लोग संभावित आपदा दोनों मान रहे हैं। टिप्पणीकार सवाल उठाते हैं कि AI दशकों से संचित बग फिक्स, बिना दस्तावेज़ वाले edge cases, और मिशन-क्रिटिकल नेटवर्किंग सॉफ़्टवेयर की इंटरऑपरेबिलिटी विचित्रताओं को सुरक्षित रूप से कैसे दोहरा सकता है, और क्या एक अपेक्षाकृत जूनियर व्यक्ति के पास आवश्यक डोमेन ज्ञान हो सकता है। अन्य लोग तर्क देते हैं कि आधुनिक LLM बड़े पैमाने के रिफैक्टर को अब संभव बनाते हैं—खासकर आंतरिक टूल्स या अच्छी तरह निर्दिष्ट घटकों के लिए—लेकिन चेतावनी देते हैं कि परीक्षण, रिग्रेशन कवरेज, और स्पष्ट लक्ष्य “असीमित टोकन” जैसे दिखावटी दावों से कहीं अधिक महत्वपूर्ण हैं।

रीराइट का दायरा और लक्ष्य

  • कई टिप्पणीकारों का कहना है कि लेख कभी स्पष्ट रूप से यह नहीं बताता कि क्यों “98% विरासत कोड” को फिर से लिखना ज़रूरी है, या Cisco कौन-सा ठोस परिणाम चाहता है (प्रदर्शन, सुरक्षा, रखरखाव, फीचर समानता, समेकन, आदि)।
  • यह भी अस्पष्ट है कि “विरासत कोड” में क्या-क्या शामिल है: आंतरिक टूल्स, प्रोडक्ट फ़र्मवेयर (जैसे IOS/IOS-XR), विशिष्ट लाइनें (स्विच, फ़ायरवॉल, सहयोग), या इनमें से सब कुछ।
  • कई लोगों को चिंता है कि कोर नेटवर्किंग फ़र्मवेयर में छेड़छाड़ से गंभीर स्थिरता और इंटरऑपरेबिलिटी संबंधी परिणाम हो सकते हैं।

AI-आधारित रीराइट्स की व्यावहारिकता

  • उत्साही आवाज़ों का कहना है कि देर‑2026 के LLM पहले से ही बड़े कोडबेस का अनुवाद और रिफैक्टर कर सकते हैं, पुराने बाइनरीज़ को रिवर्स-इंजीनियर कर सकते हैं, और बहुत तेज़ी से भारी मात्रा में कोड और टेस्ट जनरेट कर सकते हैं।
  • कुछ लोग रिपोर्ट करते हैं कि उन्होंने मध्यम स्तर के डेवलपर की निगरानी के साथ, मामूली टोकन खर्च में, एम्बेडेड/विरासत सिस्टम को महीनों में फिर से लिखने में सफलता पाई है।
  • अन्य लोग तर्क देते हैं कि यह काम CEO की कहानी से कहीं अधिक कठिन है, खासकर Cisco के नेटवर्क OS जैसे जटिल सिस्टमों के लिए।

विरासत व्यवहार, बग, और परीक्षण

  • इस बात की प्रबल चिंता है कि विरासत की अजीबताएँ, बग-के-रूप-में-फ़ीचर व्यवहार, और इंटरऑपरेबिलिटी हैक्स (अन्य विक्रेताओं के साथ, अजीब हार्डवेयर, सूक्ष्म प्रोटोकॉल edge cases) दस्तावेज़ित नहीं हैं और उन्हें फिर से खोजना कठिन है।
  • कई लोग ज़ोर देते हैं कि असली चुनौती कोड जनरेशन नहीं, बल्कि:
    • व्यापक रिग्रेशन और एंड-टू-एंड टेस्ट्स के माध्यम से मौजूदा व्यवहार को कैप्चर करना।
    • यह तय करना कि कौन-से बग बनाए रखने हैं और कौन-से ठीक करने हैं, बिना ग्राहकों को तोड़े।
  • AI को इसमें अच्छा माना जाता है कि वह:
    • टेस्ट और डॉक्यूमेंटेशन लिखे।
    • कोड को रिफैक्टर करे और समझाए।
      लेकिन यह तय करने में वह कमज़ोर मानी जाती है कि कौन-से व्यवहार महत्वपूर्ण हैं, या विशेषज्ञ मार्गदर्शन के बिना वास्तव में प्रभावी टेस्ट सूट कैसे डिज़ाइन किए जाएँ।

विश्वसनीयता, जोखिम, और ग्राहक प्रभाव

  • कई लोगों को चिंता है कि इससे इंफ्रास्ट्रक्चर ग्राहकों के लिए वह स्थिरता बाधित हो सकती है जिस पर वे निर्भर हैं, जो एक सामान्य SaaS से अलग है।
  • कुछ लोग समानांतर संचालन, भारी सिमुलेशन, या A/B रोलआउट का सुझाव देते हैं; अन्य लोगों को डर है कि ग्राहक वस्तुतः टेस्ट बेड बन जाएँगे।
  • इस पर संदेह है कि “असीमित टोकन” और एक छोटी टीम दशकों से संचित, कठिनाई से हासिल किए गए बग फिक्स को सुरक्षित रूप से दोहरा सकती है।

संगठनात्मक और PR आयाम

  • कई लोगों को यह कहानी एक PR/हाइप पीस लगती है: “AI-native” युवा, “असीमित टोकन,” और नायक-शैली की भाषा पर इंजीनियरिंग विवरण से अधिक ज़ोर दिया गया है।
  • कुछ लोग इसे निवेशकों के लिए संकेत देने वाला कदम (“हम बहुत AI हैं”) या कार्यबल में कटौती की भूमिका के रूप में पढ़ते हैं।
  • Cisco की ऐतिहासिक सॉफ़्टवेयर गुणवत्ता, विस्तृत उत्पाद लाइन, और ग्राहकों की निराशा पर आलोचनात्मक साइड चर्चाएँ भी हैं, जिससे कुछ लोग संदेह करते हैं कि इससे स्थिति सुधरेगी।