AI केस स्टडी
एउटा सदस्यता-आधारित सेवा (करिब २०,००० सदस्य, १० वर्षभन्दा बढी सञ्चालन) को मूल प्रणाली। यसको अवस्था सूचीबद्ध गर्दा यस्तो देखिन्छ।
- भाषा Java 1.7 (२०११ मा रिलिज, सपोर्ट सकिएको)
- स्क्रिन JSF + PrimeFaces (ओझेलमा परेको स्क्रिन प्रविधि)
- प्रमाणीकरण लाइब्रेरी विकास बन्द (EOL) भइसकेको अवस्थामै चलिरहेको
- पासवर्ड SHA-1, सल्ट बिनाको (आधुनिक मापदण्डमा जोखिमपूर्ण)
- कुनै कागजात छैन। आधार कोडको अन्तिम अद्यावधिक ५ वर्ष अघि।त्यसबेलाका विकासकर्ता अहिले छैनन्
परम्परागत तरिकाले अनुमान गर्दा यो “विश्लेषणमै केही महिना, कुल केही करोड येन, वर्षौंको काम” को परियोजना हो। धेरै कम्पनी यस्तो अनुमानका अगाडि रोकिन्छन्, र प्रणाली जस्ताको तस्तै थन्किन्छ।
पहिलो केही दिनमै, AI ले सम्पूर्ण मात्राको लेखाजोखा गर्यो।
काम सुरु गर्दा सबैभन्दा पहिले गरेको कुरा पुनर्लेखन होइन, बरुपढ्नुथियो। AI एजेन्ट (Claude Code) लाई सम्पूर्ण रिपोजिटरी र उत्पादन डेटाबेस सुम्पेर, केही दिनमै निम्न कुरा स्पष्ट भयो। वास्तविक डेटा करिब ६७०,००० लाइन र ३५ टेबलको संरचना तथा वास्तविक सञ्चालन-परिमाण। नर्मलाइज नगरी थपिँदै गएको डिजाइन ऋण। सिधै लेखिएका IP ठेगाना र प्लेनटेक्स्ट पासवर्डको पूरा गणना। र “कसैलाई पनि स्पेसिफिकेसन थाहा छैन” भनिएको मूल निर्णय-लजिकको वास्तविकता —वास्तवमा मास्टर टेबलले सञ्चालित सरल संरचनाथियो; “विश्लेषण कठिन छ” भन्ने मानवीय अनुमान नै भ्रम रहेछ।
परम्परागत अनुमानको ठूलो हिस्सा कार्यान्वयन होइन, “विश्लेषण”को लागत हो। मानिसभन्दा सयौं गुणा छिटो कोड पढ्न सक्ने AI एजेन्टले सबैभन्दा पहिले यही भत्काउँछ।
रणनीति AI ले प्रस्ताव गर्यो, मानिसले निर्णय गर्यो।
AI ले DB स्किमाको पूर्ण नर्मलाइजेसन योजना (पाठ्यपुस्तकको आदर्श स्वरूप) पनि प्रस्तुत गर्यो, तर त्यो अपनाइएन। किनकि डेटा माइग्रेसन नवीकरण परियोजनाको सबैभन्दा ठूलो जोखिम तत्त्व हो। मानिसले रोजेको कुरा थियो — “DB स्किमाको एउटै टेबल पनि नफेरी, एप्लिकेसन तह मात्र नवीनतम संरचना (Java 21 / Spring Boot 3) मा नवीकरण गर्ने” भन्ने रणनीति। डेटा माइग्रेसन नभएकाले समानान्तर परीक्षण सजिलो हुन्छ, र जुनसुकै बेला पुरानो प्रणालीमा फर्कन सकिन्छ।
कार्यान्वयनका मुख्य तीन बुँदा।
- प्रमाणीकरणको बिनाअवरोध स्थानान्तरण: SHA-1 पासवर्डलाई प्रत्येक सदस्यको लगइनका बेला सुरक्षित विधि (bcrypt) मा स्वतः पुनः ह्यास। कसैले थाहा नपाई क्रमशः सुरक्षित हुँदै जान्छ
- पुरानो स्क्रिनको इमानदार पुनर्निर्माण: उत्पादन स्क्रिनको वास्तविक मापन (रङ, पिक्सेल एकाइ) अनुसार नयाँ स्क्रिन बनाएर, प्रयोगकर्ताको सिक्ने लागत र सोधपुछ वृद्धि शून्यमा
- वास्तविक डेटामा सम्पूर्ण सुविधाको परीक्षण: उत्पादन-तुल्य डेटामा E2E परीक्षण गरेपछि मात्र प्रकाशन। AI को उत्पादनलाई सधैं वास्तविक वस्तुमा परीक्षण गरिन्छ
परिणामस्वरूप,सदस्यसम्बन्धी सम्पूर्ण सुविधा र १८ प्रकारका व्यवस्थापन स्क्रिनको कार्यान्वयन तथा परीक्षणसम्म, वास्तविक काम करिब एक हप्ता। २० वर्षको व्यावसायिक लजिक र सञ्चित डेटा एउटै पनि फ्याँकिएको छैन। विकास लागत अंकहरूमै घटेको अहिले, “SaaS मा सर्ने र कार्यलाई त्यसैअनुसार मिलाउने” मात्र लिगेसीबाट मुक्ति होइन,व्यावसायिक लजिक नफ्याँक्ने पूर्ण नवीकरणपनि व्यावहारिक विकल्पका रूपमा फर्किएको छ।
के तपाईं पनि यस्तै अवस्थामा अल्झिनुभएको छ?
“स्पेसिफिकेसन जान्ने मान्छे छैन,” “अनुमान केही करोड येनमा अड्किएको छ” — त्यो प्रणाली, पहिलेपढ्नेकाम बाट सुरु गरौं न।
हाम्रो कम्पनीले लिगेसी नवीकरणलाई “SmartReplace” का रूपमा प्रदान गर्छ।
विद्यमान स्रोतको विश्लेषणसम्म निःशुल्क।परिणाम प्राविधिक ऋणको सूची र “पुनः बनाउने / बेर्ने” प्रारम्भिक रणनीति समेटिएकोसरल संस्करणको “AIR रिपोर्ट”का रूपमा हस्तान्तरण गर्छौं (NDA मा हस्ताक्षर गरेर सञ्चालन)।अहिले नै सम्पर्क गर्नुहोस्।
सम्पर्क फारम(“निःशुल्क विश्लेषण (AIR रिपोर्ट) चाहिन्छ” भनी लेखिदिनुहोस्) / info@flagship-ai.jp
निःशुल्क अनलाइन सेमिनार“लिगेसी to AI ― IT उद्योगको औद्योगिक क्रान्ति, र २० वर्ष पुरानो Java प्रणालीलाई पुनर्जीवित गरेको वास्तविक अभिलेख”आयोजना हुने योजना (मिति मिलाइँदै)।पूर्व-दर्ता चाँडै सुरु हुनेछ ― यही ब्लगमा सूचना दिनेछौं।
शृंखला “लिगेसी to AI वास्तविक अभिलेख”
- समग्र संस्करण: एउटै PC मा २२ प्रणाली र 246,000 लाइन ― AI विकासको ३.५ महिनाको मापन-अभिलेख
- वास्तविक अभिलेख①: २० वर्ष पुरानो Java लाई, करिब एक हप्तामा पूर्ण नवीकरण (यही लेख)
- वास्तविक अभिलेख②: विद्यमान कोडमा ० लाइन परिवर्तनसहित, मूल प्रणालीमा नयाँ प्रवेशद्वार बनाउने
- वास्तविक अभिलेख③: एक महिना स्तरको संरचना अध्ययनलाई, दुई दिनमा प्रोटोटाइप + वास्तविक मापनले
※ यस लेखका अंकहरू २०२६ जुलाई अन्त्यको वास्तविक मापन हुन्। विकास परिणाम प्रणालीको अवस्था र आवश्यकताअनुसार फरक हुन्छ।