कोड फ़ैक्टरी युग और भविष्य का SRE

 (article.keeban.io)
19 पॉइंट द्वारा kivoloid 2026-02-23 | 8 टिप्पणियां | WhatsApp पर शेयर करें

मूल रूप से यह एक साधारण-सा लेख था जिसे मैंने अपने आसपास के लोगों के साथ ही साझा किया था, लेकिन प्रतिक्रिया अच्छी रही, इसलिए इसे GeekNews पर भी साझा कर रहा हूँ ताकि दूसरे लोगों के विचार और दृष्टिकोण सुन सकूँ। अगर यह प्रचारात्मक लेख लगे, तो कृपया बताइए!

सारांश

  • AI और automation के तेज़ उभार से software engineering की बुनियाद दोबारा संरचित हो रही है। यह बदलाव अब लगभग अपरिवर्तनीय स्तर पर पहुँच चुका है, और मौजूदा practices तथा workflows का मूलभूत पुनर्मूल्यांकन हो रहा है
  • उद्योग में AI पारंपरिक मानव developers को पूरी तरह कब replace करेगा, इसकी शर्त सिर्फ़ यह नहीं है कि AI इंसानों से बेहतर code लिखे, बल्कि यह है कि AI की अकेली उत्पादकता मानव+AI के संयोजन से बेहतर हो। वह भविष्य इतनी आसानी से नहीं आएगा
  • मौजूदा human-centered workflows, best practices, और collaboration models (TDD, Git/PR system आदि) को AI युग में फिर से परखने की ज़रूरत है
  • vibe coding से जो चीज़ें आसानी से बनाई जा सकती हैं, उनका उतना ही कम competitive advantage होता है। गंभीर projects में AI automation के बीच भी सूक्ष्म engineering processes (LLM context management, verification automation, code management आदि) ही मुख्य हैं
  • AI की वजह से अब कोई भी software बना सकता है, लेकिन वास्तविक service operations (SRE/DevOps) अब भी automation के लिए कठिन हैं। Vercel/Supabase scale होने पर महंगे हो जाते हैं, AWS/Kubernetes जटिल हैं, और monitoring·alarm settings उससे भी कठिन हैं
  • AI जितना code writing को तेज़ करता है, उतना ही SRE/DevOps/operations का बोझ बढ़ता है। यह क्षेत्र stateful है, यहाँ hallucination की कीमत बहुत बड़ी है, और real-time metrics/log processing चाहिए, इसलिए केवल LLM से यह अच्छी तरह हल नहीं होता
  • EC2 में LLM agent डालकर उसे अपने-आप operations संभालने देना, LLM को सिर्फ़ camera snapshots देकर autonomous driving कराने जैसी अवास्तविक कल्पना है; इसके बजाय अधिक मूलभूत approach की ज़रूरत है
  • जैसे autonomous driving में level 2→4→5 चरण होते हैं, वैसे ही service "autonomous operations" के लिए भी sensing (logs/metrics), world model (virtual architecture/traffic simulation) आदि जैसे अलग तकनीकी approach वाले "system model" की आवश्यकता है

संबंधित पढ़ाई

8 टिप्पणियां

 
joellim 2026-02-23

लेख मैंने अच्छी तरह पढ़ा, लेकिन जैसा कि आपने मुख्य लेख में उल्लेख किया है, यह एक प्रचारात्मक लेख जैसा लगता है, इसलिए यह GeekNews के उद्देश्य के अनुकूल नहीं लगता।
 
roxie 2026-02-25

> मैं इस लक्ष्य की पहली सीढ़ी के रूप में, सरल container deployment और observability (monitoring, metrics, alarms आदि) देने वाला, Agentic Coding युग के अनुरूप एक MVP जल्द लॉन्च करूँगा। और इसमें वास्तविक service operations के लिए उपयोग होने वाली सभी चीज़ें, जैसे DB और MQ जैसी Stateful infrastructure और static web आदि भी प्रदान करूँगा। शुरुआत PaaS से करूँगा, लेकिन users के accounts और systems पर install होने वाला product भी जल्दी लॉन्च करूँगा ताकि revenue बढ़े और अच्छा investment मिल सके.
>
> और, अंततः मैं operations/SRE/DevOps की पूरी तरह autonomous operations हासिल करना चाहता हूँ।

मुझे लगता है कि यही मुख्य बिंदु है—मैं जानना चाहता हूँ कि आपको क्यों लगता है कि आप AWS और Vercel से बेहतर कर पाएँगे?
 
dopeflamingo 2026-02-24

मैं इससे बहुत सहमत हूं और मेरी भी मिलती-जुलती सोच है। वास्तव में जो लोग SW development को professional level पर करते हैं, वे यह बात पहले से जानते हैं... और मौजूदा SW community में यह लगभग सर्वसम्मति वाली बात है।
 
dopeflamingo 2026-02-24

मुझे लगता है कि बदलाव का मुख्य बिंदु यह है कि अब non-developers भी उन ideas को software के रूप में आज़मा सकते हैं जिन्हें वे अब तक लागू नहीं कर पाते थे, भले ही वह सिर्फ prototype स्तर पर ही क्यों न हो।

और professional senior-level या उससे ऊपर के software developers अकेले ही productivity को बेहद बढ़ाकर service development की speed को बहुत तेज़ कर सकते हैं (लेकिन architecuring, code review, और ऊपर बताए गए बिंदुओं की वजह से bottleneck मौजूद है)।

शुरुआत से ही vercel भी लोगों की भारी मेहनत झोंककर service चला रहा है..
 
geekbini 2026-02-23

क्या SRE/DevOps के लिए भी AI से ऑटोमेट किए जा सकने वाले solutions नहीं आ सकते? (यह एक नया business idea भी बन सकता है।) यह भी लगता है कि इस क्षेत्र की मौजूदा कंपनियां शायद अंदरूनी तौर पर AI solutions बना रही होंगी।
 
dongho42 2026-02-23

https://github.com/HolmesGPT/holmesgpt मैंने पहले भी इस तरह की कुछ चीज़ें देखी थीं, और शायद अब तक ऐसे मिलते-जुलते टूल और भी ज़्यादा हो गए होंगे। सबसे बढ़कर, आसपास कंपनियों में काम करने वाले लोगों को देखूँ तो वे अपनी-अपनी कंपनी के अंदर खुद ही तरह-तरह की चीज़ें बना रहे हैं। वैसे भी अब तो ऐसा दौर है जहाँ AI ही ऐसी चीज़ें बनाकर दे रहा है।
 
bungker 2026-02-23

अब सोचता हूँ तो मैं भी हर वीकेंड यही बना रहा हूँ। यह सोचते हुए कि शायद अभी तक यह किसी ने नहीं किया होगा
 
jameslee9506 2026-02-23

व्यक्तिगत तौर पर, AI के विकास की रफ्तार को देखते हुए, शायद बाद में यह याद किया जा सकता है कि हमने इसे पूरी तरह गलत समझा था।