เหตุใดธนาคารที่พิจารณาการเข้ารหัสแอปพลิเคชันของตนเองจึงควรคิดอีกครั้ง (สตีฟ มอร์แกน)

ธนาคารใด ๆ ที่ต้องการสร้างแอปพลิเคชันสำหรับทุกอย่างตั้งแต่ส่งจดหมายข่าวให้กับลูกค้าไปจนถึงการเริ่มต้นใช้งานลูกค้าใหม่ อาจคิดว่าฮาร์ดโค้ดเป็นสิ่งที่ดีที่สุดที่ควรทำหรือเป็นทางเลือกเดียวที่พวกเขามี 

ผมขอบอกเหตุผลสามประการที่พวกเขาควรคิดอีกครั้ง

การเข้ารหัสมีราคาแพงและใช้เวลานาน

การใช้งานฮาร์ดโค้ดดิ้งอาจต้องใช้เวลาหลายเดือนสำหรับโปรแกรมเมอร์ ซึ่งอาจยุ่งมากและไม่มีประสิทธิภาพ และเนื่องจากผู้เขียนโค้ดที่มีทักษะนั้นหาได้ยาก เวลาของพวกเขาจึงไม่ถูก และค่าใช้จ่ายก็เพิ่มขึ้นอย่างรวดเร็ว 

การลงทุนในแพลตฟอร์ม low code นั้นประหยัดกว่ามาก ซึ่งทำให้สร้างแอปพลิเคชันได้ง่ายและรวดเร็ว เนื่องจากไม่ต้องใช้ทักษะของ coder มืออาชีพ และทุกคนที่มีการฝึกอบรมขั้นพื้นฐานก็สามารถทำได้ แอพพลิเคชั่นสามารถขึ้นและ
ภายในไม่กี่วันหรือหลายสัปดาห์ ดังนั้นธนาคารจึงสามารถปรับปรุงวิธีการดำเนินการและให้บริการลูกค้าได้เร็วขึ้น 

ยิ่งไปกว่านั้น ด้วยแพลตฟอร์มที่ใช้โค้ดน้อย ทุกคนที่เกี่ยวข้องหรือดูแลโปรเจกต์จะทำงานร่วมกันได้ง่ายขึ้นและชั่งน้ำหนักความคิดเห็นในแต่ละขั้นตอนอย่างมีประสิทธิภาพ ลองคิดดู – สำหรับผู้ที่ไม่ใช่ผู้เขียนโค้ดทุกคนที่อ่านข้อความนี้ คุณดูกี่ครั้งแล้ว
ที่บรรทัดของรหัสและเข้าใจว่าการให้ข้อเสนอแนะที่เป็นประโยชน์เกี่ยวกับมันหมายความว่าอย่างไร มีแพลตฟอร์มที่ใช้โค้ดน้อยในท้องตลาดที่ทำให้ทุกคนเข้าถึงงานได้แบบเรียลไทม์ และใช้คุณลักษณะการลากและวางและคำศัพท์ง่ายๆ เพื่อสร้างไม่เพียงแค่
แอปพลิเคชั่นทำงานชัดเจน แต่กระบวนการเบื้องหลังก็เข้าใจได้เช่นกัน

การเข้ารหัสและปรับตัวเข้ากับการเปลี่ยนแปลงไม่ได้ทำงานควบคู่กัน 

แอปพลิเคชันที่สร้างขึ้นในลักษณะนี้ยังสามารถเปลี่ยนแปลงได้ยาก ซึ่งยังห่างไกลจากอุดมคติสำหรับองค์กรทางการเงินในยุคปัจจุบันที่ต้องปรับตัวตามความชอบของลูกค้าที่เปลี่ยนไป ในปี 2022 และต่อๆ ไป การเติบโต
ขององค์กรของคุณนั้นยังห่างไกลจากการรับประกัน และการพัฒนาเป็นทางออกเดียว ดังนั้นธนาคารจึงจำเป็นต้องมีระบบที่สามารถปรับให้เข้ากับยุคสมัยที่เปลี่ยนไป 

พูดง่ายกว่าทำ เนื่องจากธนาคารที่เก่าแก่ที่สุดของสหราชอาณาจักรมีแนวโน้มที่จะมีระบบฮาร์ดโค้ดหลายชั้นที่มีอยู่แล้ว และกลัวว่า 'การปิดระบบ' ในชั่วข้ามคืนอาจทำให้เกิดปัญหาใหญ่ได้ อันที่จริงเราได้เห็นบางส่วนของสหราชอาณาจักรที่ใหญ่ที่สุด
ชื่อถนนสูงกระจายไปทั่วข่าวเพราะระบบของพวกเขาขัดข้องระหว่างโครงการการเปลี่ยนแปลงทางดิจิทัลทำให้ผู้คนนับล้านไม่สามารถชำระเงินได้หลายชั่วโมงเมื่อสิ้นสุด

อย่างไรก็ตาม มีโซลูชันที่ชาญฉลาด ตัวอย่างเช่น มีซอฟต์แวร์ที่มีอยู่ซึ่งสามารถ 'ตัดและต่ออายุ' เทคโนโลยีเดิมได้ จึงไม่ก่อให้เกิดปัญหากับพนักงานหรือลูกค้า ซึ่งหมายความว่าธนาคารสามารถปรับให้ทันสมัยและตั้งค่าวิธีการทำสิ่งต่างๆ ให้ดีขึ้นได้
อนาคต. 

พิจารณาว่าธนาคารเสนอบัตรเครดิตอย่างไร ด้วยสถาปัตยกรรมซอฟต์แวร์แบบห่อและต่ออายุ องค์กรสามารถปลอดภัยในความรู้ที่ว่าฐานข้อมูลลูกค้าของพวกเขาและวิธีที่พวกเขาโต้ตอบกับสำนักงานส่วนหน้าและส่วนหลังได้รับการคุ้มครอง ในขณะที่ยังควบคุมที่ขับเคลื่อนด้วย AI
เทคโนโลยีที่ให้ข้อมูลทั้งหมดที่ตัวแทนบริการลูกค้าต้องการเพื่อแนะนำข้อมูลที่ดีที่สุดสำหรับพวกเขาในเวลาที่ต้องการมากที่สุด

นักเขียนโค้ดโรงเรียนเก่ากำลังจะหมดลง

วลี 'ความจำเป็นเป็นมารดาของการประดิษฐ์' นั้นเป็นจริงกับประเด็นสุดท้ายของฉัน ไม่มีอะไรจะทำให้ธนาคารตระหนักว่าพวกเขาไม่สามารถดำเนินการต่อไปได้เช่นเดียวกับที่ทำมาหลายสิบปี เช่น การที่ไม่มีใครสามารถอัปเดตโค้ดที่พวกเขาต้องการเพื่อให้ระบบทำงานต่อไปได้

ผู้ที่สร้างแอปพลิเคชันของธนาคารในภาษาการเขียนโปรแกรม เช่น Java และ COBOL ในช่วงปี 1980 และ 90 มีแนวโน้มที่จะเกษียณอายุหรือเกษียณแล้วในเร็วๆ นี้ ความรู้ภาษาโปรแกรมนั้นกำลังหายไป ดังนั้นจึงไม่มีเหตุผลที่จะรักษาไว้
ระบบเมื่อเวลาผ่านไป 

ดังที่ได้กล่าวไว้ก่อนหน้านี้ การใช้วิธีการห่อและต่ออายุ และการทำเช่นนี้ในขณะที่ยังมีเวลาที่จะเปลี่ยนจากการลั่นดังเอี๊ยดของแอปพลิเคชันที่ฮาร์ดโค้ดทีละน้อยเป็นวิธีที่ดีที่สุดสำหรับธนาคารและลูกค้าเหมือนกัน ซึ่งหมายความว่าไม่มีใครมี เพื่อทำ
การเปลี่ยนแปลงอย่างกะทันหันและเพิ่มความเสี่ยงโดยไม่จำเป็นให้กับกลยุทธ์การเติบโต

แล้วมีอะไรต่อไป

วันที่ธนาคารสร้างรหัสของตนเองจะถูกนับ แพลตฟอร์มซอฟต์แวร์ที่คล่องตัวสมัยใหม่ที่ช่วยให้ธนาคารสร้างแอปพลิเคชันที่ต้องการได้อย่างรวดเร็วและง่ายดายคือหนทางข้างหน้า ซึ่งมีราคาถูกลง ใช้เวลาน้อยลง ปรับเปลี่ยนได้มากขึ้น และสร้างขึ้นสำหรับ
ระยะยาว. คำถามไม่ได้อยู่ที่ว่า แต่เมื่อธนาคารบอกลาแอปพลิเคชันที่เข้ารหัสยากๆ