इश्राक खान, कोडेज़ी इंक के सीईओ और संस्थापक – साक्षात्कार श्रृंखला

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

कोडेज़ी इंक। कोडेज़ी ओएस के पीछे की कंपनी है, जो एक स्वायत्त प्लेटफ़ॉर्म है जो इंजीनियरिंग टीमों के लिए एक “एआई सीटीओ” के रूप में कार्य करने के लिए डिज़ाइन किया गया है। यह लगातार मुद्दों का पता लगाता है और उन्हें ठीक करता है, स्वचालित रूप से प्रणालियों को दस्तावेज़ करता है, एपीआई विनिर्देशों को उत्पन्न करता है, कोडिंग मानकों को लागू करता है और सीआई/सीडी पाइपलाइनों में सीधे एकीकृत करता है। कोडबेस को स्व-चिकित्सा करने वाले, स्व-शासित प्रणालियों में परिवर्तित करके, कोडेज़ी संगठनों को अधिक विश्वसनीय, स्केलेबल और कुशल सॉफ़्टवेयर बनाने में मदद करता है।

आपने आठ साल की उम्र में कोडिंग शुरू की और मध्य विद्यालय में अपना पहला स्टार्टअप स्थापित किया। आपको इतनी जल्दी सॉफ़्टवेयर बनाने की ओर क्या आकर्षित किया, और उन अनुभवों ने आपके उद्यमी मानसिकता को कैसे आकार दिया?

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

जब मैंने मध्य विद्यालय में टीचमीकोड बनाया, तो यह कंपनी शुरू करने के बारे में नहीं था। यह उन लोगों के लिए सीखने को आसान बनाने के बारे में था जैसे मैं। लेकिन उससे मुझे सीख मिली कि सिस्टम कैसे व्यवहार करते हैं, उपयोगकर्ता कैसे प्रतिक्रिया देते हैं, और प्रगति कैसे होती है। यह मेरी उद्यमी मानसिकता को आकार देता है: विचारों के बारे में कम, प्रतिक्रिया लूप, पुनरावृत्ति और लचीलेपन के बारे में अधिक।

आपको 40 कॉलेजों में स्वीकार किया गया – जिनमें कई आईवी लीग संस्थान शामिल हैं – लेकिन आप उपस्थित नहीं हुए। क्या वह मोड़ था जिसने आपको यह तय करने के लिए प्रेरित किया कि निर्माण करना प्रतीक्षा करने से अधिक महत्वपूर्ण था?

जब मैंने हाई स्कूल पूरा किया, तो मैंने पहले ही वह जीवन जिया था जो अधिकांश लोग कॉलेज में अनुकरण करने के लिए जाते हैं। मैंने उत्पाद लॉन्च किए, निवेशकों को पिच किया, एक टीम का प्रबंधन किया और वास्तविक समस्याओं का समाधान किया। मेरे पास 40 स्वीकृति पत्र थे, जिनमें कई आईवी लीग स्कूल शामिल थे, लेकिन मेरे पास कुछ और था: गति।

बड़ा जोखिम धीमा करना था। कॉलेज ने मुझे नवाचार के लिए ढांचे सिखाया होगा, लेकिन मैं वास्तविक दुनिया में प्रयोग चला रहा था। मैं एक सक्रिय प्रणाली को शुरू करने के लिए अध्ययन करने के लिए रोकना नहीं चाहता था। मेरे लिए क्लासरूम स्वयं उत्पाद बन गया।

कोडेज़ी की शुरुआत एक विचार के रूप में हुई जब आप अभी भी एक किशोर थे। कंपनी कैसे विकसित हुई है जब से इसकी स्थापना 2019 में हुई, और आपके “एआई सीटीओ” का दृष्टिकोण कैसे समय के साथ उभरा?

कोडेज़ी एक ऑटोकॉरेक्ट के रूप में शुरू हुआ, एक सरल विचार कि डिबगिंग तेजी से हो सकती है। जैसा कि हमने स्केल किया, मुझे एहसास हुआ कि डिबगिंग जड़ समस्या नहीं थी। वास्तविक समस्या यह थी कि कोडबेस कभी भी स्थिर नहीं रहते हैं। वे विकसित होते हैं, ड्रिफ्ट होते हैं और मानव द्वारा बनाए रखने से अधिक तेजी से गिरते हैं।

समय के साथ, कोडेज़ी एक उत्पाद से एक ऑपरेटिंग सिस्टम में विकसित हुआ, जिसे हम अब कोडेज़ी ओएस कहते हैं, जो हर बग, परीक्षण और प्रतिबद्धता से सीखता है। “एआई सीटीओ” शब्द प्राकृतिक रूप से उभरा। सीटीओ कोड नहीं लिखते हैं; वे वास्तुकला को बनाए रखते हैं, निर्णयों का मार्गदर्शन करते हैं और प्रणालियों को जीवित रखते हैं। यही कोडेज़ी करता है, लेकिन निरंतर और स्वायत्त रूप से।

कोडेज़ी का नवीनतम मॉडल, क्रोनोस, को कोड जनरेशन के बजाय कोड डिबगिंग के लिए विशेष रूप से निर्मित पहली एआई प्रणाली के रूप में वर्णित किया गया है। यह अंतर विकासकर्ताओं के लिए क्या मूलभूत अंतर लाता है?

क्योंकि डिबगिंग वास्तविकता है, नहीं कल्पना। कोड जनरेशन के बारे में है जो काम कर सकता है; डिबगिंग के बारे में है जो विफल होने के कारण को समझने के बारे में है।

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

यह वह अंतर है जो महत्वपूर्ण है। डेवलपर्स को एक सहायक नहीं चाहिए जो बात करता है। वे बुनियादी ढांचे चाहते हैं जो कार्य करता है और सही तरीके से कार्य करता है।

आपके द्वारा साझा किए गए परिणामों से पता चलता है कि क्रोनोस जीपीटी-4.1 और क्लाउड 4 ओपस पर बग-फिक्स सटीकता में बेहतर प्रदर्शन करता है। क्या आप उस डेटासेट और बेंचमार्क के पीछे की विधि के माध्यम से चल सकते हैं?

हमारा मूल्यांकन अनुभवजन्य है, प्रचार नहीं। क्रोनोस का परीक्षण वास्तविक दुनिया के हजारों डिबगिंग मामलों पर किया जाता है, जो सार्वजनिक डेटासेट जैसे एसडब्ल्यूई-बेंच, डिफेक्ट्स 4 जे, और बग्सइनपाई से लिए जाते हैं, साथ ही गुमनाम उद्यम डेटा भी शामिल है।

प्रत्येक बेंचमार्क सख्त है: मॉडल को एक पैच उत्पन्न करना होगा, इसे लागू करना होगा और प्रत्येक परीक्षण मामले को पास करना होगा बिना किसी प्रतिगामी के। कोई हाथ से चुने गए उदाहरण नहीं, कोई चेरी पिकिंग सफलता नहीं।

क्रोनोस एसडब्ल्यूई-बेंच लाइट पर 67.3 प्रतिशत फिक्स सटीकता और 80.33 प्रतिशत समाधान दर हासिल करता है, जबकि जीपीटी-4.1 और क्लाउड 4.5 15 प्रतिशत से नीचे रहते हैं। अंतर आकार का नहीं है; यह विशेषज्ञता है। क्रोनोस को डिबगिंग पर ही प्रशिक्षित किया जाता है, 15 मिलियन वास्तविक डिबगिंग सत्रों पर, इसलिए यह केवल पैटर्न मैच नहीं करता है, यह निदान करता है।

आपको कोडेज़ी को एक “एआई सीटीओ” के रूप में वर्णित किया गया है जो स्वायत्त रूप से एक कंपनी के कोडबेस को बनाए रखता है और विकसित करता है। उत्पादन वातावरण में पूरी तरह से स्व-चिकित्सा बुनियादी ढांचे के लिए हम कितने करीब हैं?

निर्धारित प्रणालियों के लिए अधिकांश लोगों की तुलना में करीब। आज, कोडेज़ी संदर्भ डेटा और ऐतिहासिक स्मृति का उपयोग करके सीआई या सीडी विफलताओं, परीक्षण प्रतिगामिता, और रनटाइम त्रुटियों को स्वायत्त रूप से ठीक कर सकता है।

पूरी तरह से स्वायत्त उत्पादन रखरखाव, जहां बुनियादी ढांचा स्वयं का निदान करता है, स्वयं को ठीक करता है और मानव पर्यवेक्षण के तहत स्वयं को पुनः तैनात करता है, उभर रहा है। मैं इसे नियंत्रित सीआई पर्यावरण में पहले, फिर स्टेजिंग पर्यावरण में और अंत में मानव पर्यवेक्षण के तहत उत्पादन में विकसित होते हुए देखता हूं।

हम मानव को रचनात्मक, वास्तुशिल्प और नैतिक निर्णयों के लिए लूप में रखेंगे, लेकिन दोहरावदार और त्रुटि-प्रवण कार्य जैसे लिंटिंग, रिफैक्टोरिंग और परीक्षण पुनर्प्राप्ति जल्द ही हस्तक्षेप के बिना होगी।

आप “सिस्टम जो शांति से सही काम करते हैं” के बारे में बात करते हैं। एआई शासन और जिम्मेदार स्वचालन के संदर्भ में यह दर्शन क्या मतलब है?

मेरे लिए, “शांत” का अर्थ मौन नहीं है। इसका अर्थ है विश्वासयोग्य डिफ़ॉल्ट। एक अच्छी तरह से डिज़ाइन किया गया एआई सिस्टम को निरंतर इनपुट या सत्यापन के लिए नहीं पूछना चाहिए। यह पredictably, पारदर्शी रूप से और सुरक्षित रूप से कार्य करना चाहिए।

जिम्मेदार स्वचालन का अर्थ है कि एआई द्वारा किए गए प्रत्येक निर्णय को समझाया जा सकता है, उलटा किया जा सकता है और लॉग किया जा सकता है। क्रोनोस अपने तर्क और क्रियाओं का दस्तावेजीकरण करता है: यह क्या बदला, क्यों और कैसे परीक्षणों ने सुधार को मान्य किया।

शासन प्रणाली में निर्मित है। कोई छिपी हुई संशोधन, कोई ब्लैक बॉक्स परिणाम नहीं। लक्ष्य एआई को तेज़ या चमकदार बनाना नहीं है, बल्कि जहां यह सबसे ज्यादा मायने रखता है, वहां दुनिया को शांति से बेहतर बनाना है।

“क्वाइट टेक” शब्द आकर्षक है – यह सुझाव देता है कि प्रौद्योगिकी शक्तिशाली है लेकिन अदृश्य है। आप इस आंदोलन को इंजीनियरिंग में मानव और एआई के बीच सहयोग को कैसे बदलते हुए देखते हैं?

क्वाइट टेक शक्तिशाली लेकिन अदृश्य बुनियादी ढांचा है। सर्वोत्तम प्रौद्योगिकी को बाधित नहीं करना चाहिए; यह एकीकृत करना चाहिए।

इंजीनियरिंग में, इसका अर्थ है कि टूल पूछता नहीं है “आप मुझे क्या करना चाहते हैं?” यह पहले से ही जानता है कि किस चीजों का ध्यान रखने की आवश्यकता है। यह तोड़ी हुई निर्भरता को देखता है, इसे पैच करता है, दस्तावेज़ीकरण को अपडेट करता है और आगे बढ़ता है।

यह वह अंतर है जो महत्वपूर्ण है। डेवलपर्स को एक सहायक नहीं चाहिए जो बात करता है। वे बुनियादी ढांचे चाहते हैं जो कार्य करता है और सही तरीके से कार्य करता है।

कई डेवलपर्स चिंतित हैं कि एआई टूल उन्हें बदल देंगे। आपने तर्क दिया है कि स्वचालन को मानव को सोचने के लिए मुक्त करना चाहिए, न कि उन्हें प्रतिस्थापित करना चाहिए। कोडेज़ी इस संतुलन को कैसे निभाता है?

एआई डेवलपर्स को प्रतिस्थापित नहीं करेगा। यह उनके आसपास की दिनचर्या को प्रतिस्थापित करेगा। इंजीनियर मूल्यवान नहीं हैं क्योंकि वे तेजी से टाइप करते हैं; वे मूल्यवान हैं क्योंकि वे स्पष्ट रूप से सोचते हैं।

कोडेज़ी दोहरावदार कार्य को स्वचालित करता है जो फोकस को निकालता है: डिबगिंग, परीक्षण रखरखाव, रिफैक्टोरिंग, दस्तावेज़ीकरण। मानव परत, रचनात्मकता, प्रणाली डिज़ाइन और व्यापार-बंद तर्क अपरिहार्य रहते हैं।

लंबे समय में, एआई इंजीनियरिंग को निष्पादन से संयोजन में स्थानांतरित करता है। डेवलपर्स व्यवहार के वास्तुकार बन जाते हैं, नहीं सyntax के निष्पादक। कोडेज़ी उस संक्रमण को सक्षम करने के लिए बनाया गया है, जहां मशीनें बनाए रखती हैं और मानव कल्पना करते हैं।

आपको कोडेज़ी को “जीवित बुनियादी ढांचा” के रूप में वर्णित किया गया है। आगे देखते हुए पांच साल, एक ऐसे विश्व में डेवलपर की भूमिका क्या होगी जहां सॉफ्टवेयर स्वयं को बनाए रखता है?

पांच साल में, डेवलपर्स अपना आधा समय उस चीज़ को ठीक करने में नहीं बिताएंगे जो उन्होंने पिछले तिमाही में बनाया था। उनकी भूमिका प्रतिक्रियात्मक रखरखाव से प्रोक्सी शासन में स्थानांतरित हो जाएगी।

एक ऐसी दुनिया की कल्पना करें जहां हर रिपॉजिटरी में स्मृति है, जहां आपकी प्रणाली अपने स्वयं के निर्णयों को ट्रैक करती है, प्रतिगामिता को ठीक करती है और स्वचालित रूप से नए निर्भरताओं के साथ विकसित होती है। यह जीवित बुनियादी ढांचा है।

उस दुनिया में, डेवलपर्स अधिक मालिक की तरह कार्य करते हैं। वे नीतियों को परिभाषित करते हैं, व्यवहार को सत्यापित करते हैं और इरादा डिज़ाइन करते हैं। कोडबेस एक जीवित प्राणी बन जाता है जो अनुकूलन करता है, सीखता है और स्वयं को बनाए रखता है।

यह वही है जो हम कोडेज़ी के साथ बना रहे हैं: सॉफ्टवेयर जो केवल चलता नहीं है। यह रहता है।

साक्षात्कार के लिए धन्यवाद, पाठक जो अधिक जानना चाहते हैं उन्हें कोडेज़ी पर जाना चाहिए।