软件|风口上的低代码：我们看到了这些变化与趋势( 二 ) 数据库

低代码还需要解决哪些问题？
目前低代码主要的发展路径有两种模式，一种是基于表单引擎驱动的方式，一种是基于aPaaS平台的模式，两种低代码平台的发展模式受限于模板、生态、可扩展性等因素，都不适合用来从头开始构建厚重的企业核心数字化系统。这也是低代码平台的能力边界，除了自身边界带来的限制外，在低代码平台的发展过程中，仍然存在不少要解决的难题。
1.市场教育。对于大型企业来说如何让原本关注具体场景SaaS产品的用户群体转而关注能力更通用的低代码平台，是所有从业者需要面临的问题。引入低代码会改变一些企业的现有工作流程，对于一些企业来说阻力可能会较大。
2.需求匹配。市场教育的难关过了，对积极拥抱变化的企业来说，低代码厂商需要升级多维度的功能，匹配用户的各类细分需求。对于中小型企业来说，每家的需求与痛点不同，比如政府、金融等一些对信息安全看重的企业会在意私有化部署的能力，一些企业会看重低代码平台产品性价比与功能的匹配。这些不同的诉求下，低代码平台需要将功能的丰富与性价比等维度进行不断迭代。
3.底层架构模型完善。对于企业用户来说使用的传统DevOps流程，低代码的一站式应用会对一些传统DevOps流程及规范形成挑战。低代码产品相关应用主要涉及到各种引擎、数据库等中间件，底层架构需要更加灵活的微服务架构，使得低代码可以更好地完成二次开发和应用拓展。
4.职业角色的重新构建。对于低代码服务的管理人员来说，需要立足于业务，具备较高的抽象思维能力，能够将业务场景工具化。对于使用低代码平台的人来说，使用也会有对技术能力的需求。
虽然，当前整个低代码行业处于初始发展的阶段，要面对与解决的问题不少，但是以低代码技术重构数字化业务的厂商必须提前看到未来在低代码市场层面的竞争，才有存活的可能。
低代码的终点站
从IT从业者的角度来看，代码一定会越写越少。低代码是整个软件开发行业的大趋势和方向。从企业的数字化转型的诉求角度来看，低代码也给企业缓解人才与成本的痛点。在价值升级的道路中，依据低代码的能力与行业特点，其未来也有三个可能的发展趋势。
首先从低代码的发展历程上来看，我们会发现，低代码的能力是从模块和组件发展起来的，早期是数据库、表单等业务的管理。而现在低代码有一个很明显的发展趋势，由组件式单点能力的覆盖突破向集成式的平台模式发展。
而在大范围的普及过程中，也会走向更加垂直细分的领域，面对千千万万的个性化需求，低代码的产品自定义能力也将是厂商未来重点发力的方向。而这也是厂商不断提升平台产品丰富度、完整度和竞争力的诉求与方向。
其次是低代码平台在AI、物联网等前沿技术的普及与应用过程中，也会有更多泛自动化、智能化的变化。比如AI能力则可以提供OCR、NLP等工具辅助低代码平台使用者进行商业决策，实现为用户提供一体化服务的能力。
最后是低代码生态的构建。虽然目前是低代码平台发展的初期，随着市场教育的普及以及行业的广泛运用，产品能力强的通用性厂商会优先跑出来，市场也会改变目前分散的情形，集中度大幅提升。低代码的产业生态模式也会在市场成熟的过程中建立，生态模式的建设会连接行业内的各路玩家，在互利互通的生态圈资源里，大家各显神通与价值。
在讨论低代码的未来时，我们还需要在脑中设定其能力的边界，低代码并不是万金油，什么需求都可以满足。对于一些界面效果要求较高、算法复杂、高性能复杂系统架构、要求较高的底层开发等，都不适合使用低代码。这部分要求较高的能力还是需要程序员来做，因此程序员也不用担心低代码会抢走饭碗的情形。
关于低代码的能力边界有个很好的比喻：低代码更适合做企业数字化建设当中“最后一公里”的事情，基于数字化系统构建创新类应用、运营类应用。这个比喻也很能明确的显示低代码的能力圈范围。
在企业全面拥抱数字化的进程中，不断简化范式化流程、减少重复性工作，是数字化时代各行各业变革的核心诉求，这也是厂商们需要思考和赋能的价值趋势，想要抓住价值增长的趋势，除了核心产品的创新外，也需要优化企业业务发展和服务能力。对于数量众多的中小企业来说，在自身IT能力的限制中，如何将外部的服务能力和自家的IT系统融合，保障企业数字化进程的价值赋能，是其接下来需要思考的方向。在这个方向的演进中，也会有低代码的一方天地。