尽管大多数CIO表示，他们目前正在部署某种形式的低代码平台，但问题是，当它在经历典型的幻灭低谷时，会产生什么样的影响?
低代码软件开发是下一件大事吗?还是下一个 Ruby on Rails?CIO们对此意见不一。然而，有一件事似乎是很清楚的：低代码开发不会增加技术债务，也不会影响IT的成功。
在你的组织中，最大的低代码机会在哪里?
在最近的#CIOChat Twitter聊天会话中，CIO们对应该在何处应用低代码开发有不同的看法。有些人说，如果你需要快速完成一个已经足够好的解决方案，或者对于不值得花费大量金钱的一个低使用率上的交互来说，低代码是有意义的。该阵营的一位CIO表示，他们目前正在为部门应用程序、数据库创建以及新想法的实验平台部署低代码软件开发。还有人将低代码环境比作是只需要PowerPoint或Word水平技能的东西。这位CIO断言“低代码”对于响应快速变化的需求来说是特别有用的。此外，他们认为低代码的价值应该是作为人工智能和其他数据科学应用的前端第三个CIO提到CRM应用程序是应用低代码平台的好地方。Forrester预计将会出现CRM的微应用程序。
雅虎前首席信息官Mike Kail表示:“我的普遍感觉是，这将会比Ruby-on-Rails带来的痛苦更大，因为低代码应用程序最终只是美化了的原型，并且可能存在着扩展性/性能问题。”为此，Citrix Systems的副总裁兼首席技术官Christian Reilly回应道:“我尊重但不同意这种见解。低代码应用程序是人们多年来使用的基于Excel的应用程序(例如，宏等)，以及包括访问数据库的应用程序所做的下一代的应用程序。它在很多情况下都会变的更好，因为真正的源数据可以通过API来使用”。这种想法能够让人们感知到Jeanne Ross在她即将出版的书中所说的“数字化产品”的潜力。
其他CIO对此进行了补充，他们说低代码及其相关的PaaS平台还提供了数据库、安全性、发布管理以及代码/项目的管理控制，而这些是桌面访问从来都没有的。这些CIO表示，他们甚至希望低代码平台可以根本不需要任何编程知识。他们从低代码平台中看到了很多优势。其中包括为不能或永远不会更新的遗留应用程序快速更新UI。
这些CIO甚至认为，公民开发人员可以使用低代码/无代码工具来承担越来越多的开发工作。正如他们所建议的那样，随着低代码工具的发展，传统企业开发人员和程序员/分析师也将把它们添加到他们的工具箱当中。在这里，高级用户将使用低代码来“绘制”样例UI和报告，以此作为传统程序员的输入，以及用户和程序员的功能原型。有趣的是，CIO们说，如果你定义了包含RPA和复合应用程序工具的低代码，那么我们大多数人现在便可以部署它们了。
低代码软件开发的文化变化有多大
CIO们表示，他们会提出这个问题并不令人感到意外。他们说这其实是一个组织问题，而不是工具选择问题。与其他所有与编码相关的事情一样，首席信息官们表示，IT组织需要确保他们不会在无法连接到其他系统和支持端到端业务流程的情况下构建未来的遗留应用程序。一位CIO说，在这一点上，如果一个IT组织正在努力消除影子IT，那么低代码的实现将是困难的。另一方面，如果IT组织已经接受了公民开发人员，那么更好的工具也意味着更好的价值实现时间，而不需要隐藏影子IT。
其他首席信息官说，他们不认为低代码是一种文化变化，但他们认为低代码会增加开发人员的数量。这些首席信息官认为，其主要障碍在于影子代码和影子应用程序。有趣的是，他们认为低代码至少会有两个不同的支持者。IT本身和最终用户/业务线。对于这两者，低代码都会有不同的影响。组织需要评估通过低代码快速部署与使用统一代码的时间线和控件相比的结果。
对于一些组织来说，这可能是一个难以驾驭的悖论。CIO想要并且需要强大的工程师，但是正是这些工程师经常与低代码作斗争，并且宁愿自己构建东西。事实上，工程师应该被用来实现大规模的创新，而低代码应该被用来填补空白或创造一些数字化的产品。
重要的是，许多CIO说低代码可以用来填补IT技能的空白。它可以是一种让初级开发人员适应新环境的方法。这些首席信息官认为低代码总是会有其用武之地，但是认为它还是需要在主要的企业软件公司中得到更广泛的采用，从而成为创建应用程序的主要方式。当这种情况发生时，CIO们建议低代码将成为一种新的方式，可以将一些不那么重要的项目转移给业务公民开发人员。如果做得足够好，将是非常有效的。因此，他们认为通过启用快速弹出的应用程序，可能成为一个重大的游戏规则改变者。
低代码最大的长期潜力是什么?
首席信息官们对此也有不同的看法。一些人说，对于低代码开发来说，一些较小的适用性领域最有意义,这些CIO觉得他们需要有一个特定的应用程序规模--有些是高度战略性的，有些是战术性的，甚至是无关痛痒的。对两者都制定相同的开发标准是没有意义的。这就是为什么像低代码这样的技术对组织来说是有效和重要的。低代码开发甚至可能有助于替换遗留脚本。
其他CIO认为，正在发生的应用程序的开发变化将削弱传统的单一应用程序开发的动力。这些CIO重视低代码开发能够加速交付和减少进入壁垒的能力。从长远来看，他们认为更广泛地采用软件才会产生影响，但他们也表示，治理对实现这一目标很重要，他们说，如果你呆在一个数字化做得好的平台里，低代码会很有优势。代码越少，其他人学习、支持、修复、改进或升级的需要也就会越少。
分析师Jack Gold结束了这部分的对话，他说其对组织的好处在于减少了部署的时间。如果操作正确，这会显著影响公司的生产力，进而影响公司的盈利能力。Jack说他在这方面做了一些模型，这些模型显示了低代码的高ROI。
到目前为止，低代码软件产品还缺少什么?
CIO们担心，随着企业试图同时维护N个微应用程序，低代码开发所产生的技术债务的复利将是残酷的。他们觉得这样会很不方便
首席信息官们表示，这是不幸的，但技术债务没有歧视。他们强调，无论你购买、构建或配置何种基础技术，都会存在技术债务。由于这个原因，缺乏集成的低代码被认为是一个技术债务膨胀者，有鉴于此，CIO们认为，IT领导者必须找到一种方法，在加速交付业务成果的同时，将技术债务保持在较低水平。
因为低代码通常会以SaaS的形式交付，因此集成作为一个大的开放性问题受到了强调。CIO们说，仅仅有API或提供支持并不能完全解决集成的挑战。同样，CIO们也担心安全漏洞和版本控制的问题。因此，他们说许多低代码解决方案在这个时候都是半生不熟的。
话虽如此，低代码仍然被认为有许多潜在的优势，如果它能够停留在平台擅长的领域的话。一位CIO说，在这一点上，许多低代码公司在出售它们的价值方面做得很糟糕。他们需要看看Tableau是如何出售其价值的。
最后，CIO们说所有低代码都需要治理。他们会问我们能有版本控制和测试环境吗?一位教育行业的CIO表示，他们看到商学院的创业项目开始采用了低代码。“他们渴望得到它”。首席信息官可以通过出席会议并陈述现实来支持这一点，以确保这不仅仅是一种时尚。这是一种投资。但要让它实现其潜力，就意味着需要在科技债务有限的情况下，确保它的发展仍在进行之中。
低代码开发显然是CIO们的一个商业机会。为了使其发挥作用，它需要在正确的地方得到应用，但不能成为“技术债务扩展器”。使其与IT结合在一起，就有可能影响业务的一致性，使其更加灵敏，并通过支持公民发展和企业数字化转型所需的微应用程序来实现一致性。