कोई भी बैंक जो ग्राहकों को न्यूज़लेटर भेजने से लेकर नए क्लाइंट को ऑनबोर्ड करने तक सभी के लिए एप्लिकेशन बनाना चाहता है, वह सोच सकता है कि हार्ड कोडिंग करना सबसे अच्छी बात है या उनके पास एकमात्र विकल्प है।
मैं आपको तीन कारण बताता हूं कि उन्हें फिर से सोचना चाहिए।
कोडिंग महंगी और समय लेने वाली है
हार्ड कोडिंग अनुप्रयोगों में प्रोग्रामर का महीनों का समय लग सकता है - यह वास्तव में काल्पनिक और अक्षम हो सकता है। और, क्योंकि कुशल कोडर्स का आना बहुत कठिन है, उनका समय सस्ता नहीं है, और लागत तेजी से बढ़ सकती है।
कम कोड प्लेटफॉर्म में निवेश करना कहीं अधिक लागत प्रभावी है जो इसे एप्लिकेशन बनाने में त्वरित और आसान बनाता है, क्योंकि इसके लिए पेशेवर कोडर के कौशल की आवश्यकता नहीं होती है और इसके बजाय बुनियादी प्रशिक्षण वाले किसी के द्वारा भी किया जा सकता है। आवेदन हो सकते हैं और
कुछ दिनों या हफ्तों के भीतर चल रहा है, इसलिए बैंक अपने संचालन के तरीके में सुधार कर सकते हैं और ग्राहकों को तेजी से सेवा दे सकते हैं।
क्या अधिक है, एक कम कोड प्लेटफॉर्म के साथ, इसमें शामिल या किसी परियोजना की देखरेख करने वाले सभी लोगों के लिए इसमें सहयोग करना और प्रत्येक चरण में प्रभावी ढंग से प्रतिक्रिया के साथ वजन करना आसान होता है। इसके बारे में सोचें - इसे पढ़ने वाले सभी गैर-कोडर्स के लिए, आपने कितनी बार देखा है
कोड की तर्ज पर और समझ में आया कि इस पर उपयोगी प्रतिक्रिया देने का क्या मतलब है? बाजार में कम कोड प्लेटफॉर्म हैं जो वास्तविक समय में सभी के लिए काम को सुलभ बनाते हैं, और जो ड्रैग एंड ड्रॉप सुविधाओं और सरल शब्दावली का उपयोग करते हैं ताकि न केवल यह बनाया जा सके कि कैसे
आवेदन स्पष्ट काम करता है, लेकिन इसके पीछे की प्रक्रिया भी समझ में आती है।
परिवर्तन के लिए कोडिंग और अनुकूलन एक साथ काम नहीं करते हैं
साथ ही हार्ड कोडिंग श्रमसाध्य और महंगी होने के कारण, इस तरह से बनाए गए एप्लिकेशन को बदलना भी कठिन हो सकता है, जो आधुनिक समय के वित्तीय संगठनों के लिए आदर्श से बहुत दूर है, जिन्हें ग्राहकों की बदलती प्राथमिकताओं के अनुकूल होने की आवश्यकता है। 2022 और उसके बाद, विकास
आपके संगठन की गारंटी से बहुत दूर है, और विकसित होना ही एकमात्र समाधान है, इसलिए बैंकों को एक ऐसी प्रणाली की आवश्यकता है जिसे वे समय परिवर्तन के रूप में अनुकूलित कर सकें।
यह कहा जाना आसान है, क्योंकि ब्रिटेन के सबसे पुराने बैंकों में पहले से ही हार्ड-कोडेड सिस्टम की परतें होती हैं और उन्हें डर होता है कि रातों-रात 'सिस्टम को बंद करना' भारी समस्या पैदा कर सकता है। वास्तव में, हमने ब्रिटेन के कुछ सबसे बड़े देखे हैं
हाई स्ट्रीट नाम खबरों में छा गए क्योंकि डिजिटल ट्रांसफॉर्मेशन प्रोजेक्ट्स के दौरान उनके सिस्टम क्रैश हो गए, जिससे लाखों लोग घंटों तक भुगतान करने में असमर्थ रहे।
हालांकि, स्मार्ट समाधान हैं। उदाहरण के लिए, ऐसा सॉफ़्टवेयर मौजूद है जो विरासती तकनीक को 'रैप एंड रिन्यू' कर सकता है, इसलिए इससे कर्मचारियों या ग्राहकों को कोई समस्या नहीं होगी, और इसका मतलब है कि बैंक आधुनिकीकरण कर सकता है और काम करने का एक बेहतर तरीका स्थापित कर सकता है।
भविष्य।
विचार करें कि बैंक क्रेडिट कार्ड कैसे प्रदान करता है। एक रैप और रिन्यू सॉफ्टवेयर आर्किटेक्चर के साथ, संगठन इस ज्ञान में सुरक्षित हो सकता है कि उनके ग्राहक डेटाबेस और वे फ्रंट और बैक ऑफिस के साथ कैसे इंटरैक्ट करते हैं, एआई-संचालित का उपयोग करते हुए भी सुरक्षित हैं।
ऐसी तकनीक जो ग्राहक सेवा एजेंटों को वह सारी जानकारी देती है जिसकी उन्हें आवश्यकता होती है, जिस समय उन्हें इसकी सबसे अधिक आवश्यकता होती है।
पुराने स्कूल कोडर खत्म हो रहे हैं
वाक्यांश, 'आवश्यकता आविष्कार की जननी है' मेरे अंतिम बिंदु के साथ सच है। कुछ भी नहीं बैंकों को एहसास होगा कि वे जारी नहीं रख सकते हैं जैसा कि उन्होंने दशकों से किया है जैसे कि ऐसे लोगों की अनुपस्थिति जो उन प्रणालियों को चालू रखने के लिए आवश्यक कोड को अपडेट कर सकते हैं।
जिन लोगों ने 1980 और 90 के दशक में जावा और कोबोल जैसी प्रोग्रामिंग भाषाओं में बैंकों के अनुप्रयोगों का निर्माण किया था, उनके जल्द ही सेवानिवृत्त होने या पहले ही सेवानिवृत्त होने की संभावना है। वह प्रोग्रामिंग भाषा ज्ञान गायब हो रहा है, इसलिए इसे बनाए रखने का तार्किक अर्थ नहीं है
समय के साथ सिस्टम।
जैसा कि पहले उल्लेख किया गया है, एक रैप और नवीनीकरण दृष्टिकोण लेना, और अभी ऐसा करना जबकि हार्ड-कोडेड एप्लिकेशन को धीरे-धीरे क्रैकिंग से दूर करने का समय है, बैंकों और ग्राहकों के लिए समान रूप से आगे बढ़ने का सबसे अच्छा तरीका है, क्योंकि इसका मतलब है कि किसी के पास नहीं है बनाने के लिए
अचानक परिवर्तन और उनकी विकास रणनीति में अनावश्यक जोखिम जोड़ें।
तो अगला क्या?
बैंकों के अपना कोड बनाने के दिन गिने जा रहे हैं। आधुनिक फुर्तीले सॉफ्टवेयर प्लेटफॉर्म जो बैंकों को उन अनुप्रयोगों को बनाने की अनुमति देते हैं जिनकी उन्हें जल्दी और आसानी से आवश्यकता होती है, वे आगे का रास्ता हैं - वे सस्ते, कम समय लेने वाले, अधिक अनुकूलनीय और ग्राहकों के लिए निर्मित हैं।
दीर्घकालिक। सवाल यह नहीं है कि, लेकिन जब बैंक आवेदनों की शुद्ध हार्ड-कोडिंग को अलविदा कहेंगे, और जितनी जल्दी बैंकों को इसका एहसास होगा, उनके लिए बेहतर होगा।
