कैसे कोडेक्स Virgin Atlantic अपने शिपिंग में तेजी लाने में मदद करता है

मेटा विवरणः Virgin Atlantic की इंजीनियरिंग टीम ने OpenAI के कोडेक्स का उपयोग कैसे अपने मोबाइल APP को एक निश्चित समय सीमा पर नवीनीकृत करने के लिए किया, लगभग कुल इकाई परीक्षण कवरेज और शून्य पी 1 दोषों को हिट करना।

टैगः कोडेक्स, OpenAI , Virgin Atlantic, मोबाइल

विशेष रुप से प्रदर्शित छवि: (अंग्रेज़ी में) ">"</string> एक हवाई जहाज के सिल्हूट का अनुकूल अमूर्त चित्रण smartphone स्टाइलिश स्क्रीन और ज्यामितीय कोड ब्लॉकों से ऊपर उठता है, नरम ब्लूज़ और गर्म कोरल टोन में।

यह कहानी क्यों महत्वपूर्ण है

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

वहां पहुंचने के लिए, टीम ने अपने विकास कार्यप्रवाह के एक मुख्य भाग के रूप में OpenAI के कोडेक्स, AI कोडिंग एजेंट की ओर रुख किया। परिणाम उल्लेखनीय थे: परियोजना लगभग कुल इकाई परीक्षण कवरेज तक पहुंच गई और लॉन्च के बाद शून्य पी 1 (महत्वपूर्ण) दोषों के साथ समाप्त हुई। यह लेख इस बात पर चलता है कि टीम ने क्या किया, दृष्टिकोण क्यों काम किया, और अन्य इंजीनियरिंग संगठन इससे क्या सबक ले सकते हैं - चाहे वे विमानन में काम करते हों या नहीं।

चुनौती: एक समयसीमा जो छूट नहीं सकती थी

एयरलाइंस के लिए मोबाइल apps भ्रामक रूप से जटिल हैं। एक साधारण "बुक ए फ्लाइट" बटन के पीछे भुगतान प्रदाताओं, वफादारी कार्यक्रमों, सामान प्रणालियों और वास्तविक समय उड़ान डेटा फीड के साथ एकीकरण की परतें बैठती हैं। उस APP का नवीनीकरण कोड को छूने का मतलब है जो इन सभी प्रणालियों के साथ बातचीत करता है, और प्रत्येक परिवर्तन में कुछ यात्रियों पर भरोसा करने का जोखिम होता है।

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

यह संयोजन "व्यापक दायरा, उच्च जोखिम, अस्थिर तिथि" ठीक उसी तरह की स्थिति है जहां टीम या तो समस्या पर अधिक लोगों को फेंक देती हैं या प्रत्येक मौजूदा इंजीनियर को नाटकीय रूप से अधिक उत्पादक बनाने के तरीके ढूंढती हैं। Virgin Atlantic ने दूसरा रास्ता चुना।

कोडेक्स कार्यप्रवाह में कैसे फिट हुआ

कोडेक्स को एक नवीनता के रूप में व्यवहार करने के बजाय, टीम ने इसे रोजमर्रा की इंजीनियरिंग कार्य में एकीकृत किया। परियोजना के बारे में जो साझा किया गया है उसके आधार पर, कोडिक्स ने उन प्रकार के कार्यों को लिया जो आमतौर पर डेवलपर समय के बड़े टुकड़ों का उपभोग करते हैं लेकिन हमेशा गहरे मानवीय निर्णय की आवश्यकता नहीं होती हैः

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

सुविधा कार्य में तेजी लाना। कोडेक्स ने कार्यान्वयन कार्यों में भी सहायता की, जिससे इंजीनियरों को नई कार्यक्षमता का निर्माण करने और मौजूदा कोड को तेजी से पुनर्निर्माण करने में मदद मिली। मानव डेवलपर्स लूप में बने रहे - समीक्षा, समायोजन और अनुमोदन - लेकिन पुनरावृत्ति की गति काफी बढ़ गई।

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

यहां पैटर्न पर जोर देने योग्य हैः कोडेक्स ने इंजीनियरों की जगह नहीं ली। इसने उनके कार्यभार के यांत्रिक, दोहराव वाले हिस्सों को हटा दिया ताकि वे वास्तुकला, समीक्षा और निर्णय कॉल पर ध्यान केंद्रित कर सकें जो यह निर्धारित करते हैं कि क्या एक रिलीज सफल है।

परिणाम जो बाहर खड़े थे

इस परियोजना के दो आंकड़े सबसे अधिक बार उद्धृत किए जाते हैं, और दोनों ध्यान देने योग्य हैं।

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

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

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

अन्य टीमें क्या सीख सकती हैं

आपको इस प्लेबुक से उधार लेने के लिए एयरलाइन होने की आवश्यकता नहीं है। कुछ हस्तांतरणीय सबक बाहर खड़े हैंः

1. पहले परीक्षण पर Aim AI। परीक्षण पीढ़ी कोडिंग एजेंटों के उच्चतम-वापसी, सबसे कम जोखिम वाले उपयोगों में से एक है. यह उपयोगकर्ताओं को अप्रकाशित कोड नहीं भेजता है, और यह संचयी लाभांश का भुगतान करता है।
2. द्वारपाल के रूप में मनुष्यों को रखें। शून्य-दोष परिणाम AI त्वरण के साथ अनुशासित मानव समीक्षा से आया, न कि केवल स्वचालन से।
3. हार्ड डेडलाइन को टूलिंग में निवेश करने का एक कारण समझें। जब समय निश्चित होता है, तो एकमात्र चर यह होता है कि प्रत्येक घंटे के इंजीनियरिंग प्रयास से कितना उत्पादन होता है।
4. परिणामों को मापें, गोद लेने को नहीं। टीम की सफलता कवरेज और दोष गणना द्वारा परिभाषित की गई थी, न कि AI का कितना उपयोग किया गया था।

किसको इसका उपयोग करना चाहिए/कौन इसे छोड़ना चाहिए

किसको नोटिस लेना चाहिए: (a) राज्य सरकारों को; और (b) Virgin Atlantic मामले से पता चलता है कि कोडेक्स जैसे कोडिंग एजेंट ठोस समीक्षा प्रथाओं के साथ जोड़े जाने पर मापने योग्य गुणवत्ता लाभ प्रदान कर सकते हैं।

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