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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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