任何想要创建应用程序的银行，从向客户发送时事通讯到新客户入职，都可能认为硬编码是最好的事情，或者是他们唯一的选择。
让我给你三个他们应该重新考虑的理由。
编码既昂贵又耗时
硬编码应用程序可能需要程序员几个月的时间——它可能非常繁琐且效率低下。 而且，由于很难找到熟练的编码人员，他们的时间并不便宜，而且成本会迅速增加。
投资一个低代码平台的成本效益要高得多，这样可以快速轻松地构建应用程序，因为这不需要专业编码人员的技能，任何受过基本培训的人都可以完成。 应用程序可以启动并且
在几天或几周内运行，因此银行可以改进其运营方式并更快地为客户提供服务。
更重要的是，使用低代码平台，参与或监督项目的每个人都更容易在项目上进行协作，并在每个阶段有效地权衡反馈。 想一想——对于所有阅读本文的非编码人员，你看过多少次
在代码行中并理解提供有用的反馈意味着什么？ 市场上有一些低代码平台可以让每个人都可以实时访问工作，这些平台使用拖放功能和简单的术语来制作不仅仅是如何
应用程序工作清晰，但其背后的过程也很容易理解。
编码和适应变化不能齐头并进
除了硬编码费力且成本高昂之外，以这种方式构建的应用程序也很难更改，这对于需要适应不断变化的客户偏好的现代金融组织来说远非理想。 2022 年及以后，增长
您的组织远未得到保证，而不断发展是唯一的解决方案，因此银行需要有一个可以随着时代变化而适应的系统。
这说起来容易做起来难，因为英国最古老的银行往往已经有一层又一层的硬编码系统，并且担心一夜之间“关闭系统”可能会导致巨大的问题。 事实上，我们已经看到了一些英国最大的
由于他们的系统在数字化转型项目期间崩溃，导致数百万人无法连续数小时付款，因此大街小巷的名字在新闻中引起广泛关注。
但是，有一些聪明的解决方案。 例如，存在可以“包装和更新”遗留技术的软件，因此不会给员工或客户造成问题，这意味着银行可以现代化并建立更好的做事方式
未来。
考虑银行如何提供信用卡。 通过包装和更新软件架构，组织可以安全地知道他们的客户数据库以及他们与前台和后台的交互方式受到保护，同时还利用 AI 驱动
技术，为客户服务代理提供他们需要的所有信息，以便在他们最需要的时候为他们推荐最好的一种。
老派编码员正在耗尽
'需要是发明之母'这句话在我的最后一点中听起来很真实。 没有什么可以让银行意识到他们不能像几十年来所做的那样继续下去，比如没有人可以更新他们需要的代码来保持这些系统的运行。
在 1980 年代和 90 年代使用 Java 和 COBOL 等编程语言构建银行应用程序的人可能很快就会退休，或者已经退休。 编程语言知识正在消失，因此维护这些知识没有逻辑意义
系统随着时间的推移。
如前所述，采取包装和更新的方法，在仍有时间逐步摆脱硬编码应用程序的情况下这样做，是银行和客户的最佳前进方式，因为这意味着没有人拥有使
突然的变化并为其增长战略增加不必要的风险。
下一个是什么？
银行构建自己的代码的日子已经屈指可数了。 现代敏捷软件平台使银行能够快速轻松地创建他们需要的应用程序是前进的方向——它们更便宜、时间密集、适应性更强，并且专为
长期。 问题不在于是否，而是银行何时告别纯粹的应用程序硬编码，银行越早意识到这一点，他们的处境就会越好。
