适合企业的低代码开发平台有哪些？他们各有什么优势？就目前而言，国内低代码市场已涌现了上百家低代码厂商，而且这些厂商的产品特色都各不相同。防止踩坑，本人为大家筛选5家比较好用的低代码开发平台（不保证是最优的，但绝对是本人亲自体验过的），下面整理了一些产品情况给大家参考。当然，如果大家觉得有更多值得推荐的平台欢迎评论区补充！织信Informat是深圳市基石协作科技有限公司自主研发的企业级低代码开发平台，其产品理念是“以技术助力企业用户的长远发展”。该平台拥有 NoCode + LowCode 两种能力，分别面向业务人员、专业人员、开发者提供工具支撑并集成页面设计、数据建模、流程配置、系统集成、BI大屏、自动化、脚本工具等。为企业提供可视化的应用开发环境，降低或去除企业应用开发对原生代码编写的需求量，让企业能轻松搭建管理系统、业务平台、企业官网等，助力企业内部增长，实现数字化转型。产品优势：1、多种数字化管理、创新场景解决方案织信Informat能够根据企业及团队的需求，低成本高效率地帮助管理者搭建各种的企业管理软件，而且内置10余种行业数字化解决方案和100多个在线应用模板，覆盖MES、OA、ERP、CRM、绩效、进销存、企业经营、项目、运营、人事财务、企业服务、个人及组织等多个应用场景，可以说兼顾到了功能强大和好用两个特点，是一款非常适合企业管理者和业务部门使用的企业级低代码开发平台。2、自定义表单流程设计对于企业来说，织信Informat低代码平台允许团队从现有系统中快速构建统一的业务信息视图，并让他们创建优化的流程来管理和交互数据。对于用户体验设计，流程设计，规则设计等各个方面的应用开发需求，通过拖放，声明式，可视化开发的方式来降低代码的使用，还可轻松与现有系统集成。3、新业务需求的快速迭代对于技术开发者来说，利用织信Informat低代码平台，业务分析师和开发人员可以轻松地进行拖放操作，从而使他们能够创建功能原型，并进行快速迭代完成应用的开发。4、强大的应用重构能力对于传统应用管理系统来说，将历史遗留的老旧应用搬迁到平台上来。让历史遗留应用在全新的用户体验、微服务体系结构下，用最新技术来增强和重构原有应用，实现历史遗留的应用的升级换代。平台通过集成管理应用质量和性能的工具，在整个应用程序生命周期中提高了应用的可靠性和可维护性。泛微e-builder低代码建模平台，让所有组织具备数字化应用构建能力，无缝集成其他业务软件，随时帮助组织按需构建项目，客户，费控，采购，人事，资产等各类管理应用。可让使用者无需懂代码开发技术，只要熟悉业务便可像搭乐高积木一样构建组织的应用需求。产品优势：1、无需懂代码即可搭建应用e-builder可以让使用者无需懂代码开发技术，只要熟悉业务便可像搭乐高积木一样构建组织的应有需求。2、用配置方式构建应用快速构建能力是e-builder的重要特性，企业可以通过后台引擎配置方式拖拉拽即可快速构建个性化应用场景。3、提供统一丰富的应用库e-builder提供丰富的组件库、页面设计元素库、表单模板库、流程模板库供设计者调用，成熟的应用组件、元素、应用库多达上千种。4、在线调试、实时修改、智能纠错e-builder支持在线调试、实时修改、并且帮助企业智能纠错，从而让企业能够自主灵活的完成自己所需要的应用搭建。三、炎黄盈动（BPM平台）炎黄盈动科是一家低代码和BPM PaaS服务商。以Low-Code（低代码）、BPM、集成、移动化为核心能力的AWS PaaS平台， 自主研发的“点/线/面”的微应用架构核心技术，赋能面向未来的平台基础设施，加速驱动数字化转型和运营创新。产品优势：1、激发全员数字化11类模型自由组合，降低了开发门槛。拖拖拽拽，就可将想法快速变成应用，交付效率不止5倍提升。 模型+事件双驱动，可深度拓展复杂应用。开发快、上线快、调整快，门槛低、成本低、风险低。2、数字化流程大脑九种BPM技术打通流程梳理、执行、分析、监控全过程，实现业务与IT超融合。自主研发符合BPMN2.0国际标准的建模和引擎技术， 100%覆盖WCP 43种控制模式，通过过程大数据和算法，深度驱动人、数据和系统。3、数据驱动业务创新智能封装数十种数据层、服务层、消息层、应用层连接器，拖拉拽完成映射、转换和发布，支持BPMN2.0可视化服务编排， 提供统一数据服务（Data Server）支撑无代码/低代码应用构建场景，实现数据驱动业务创新。4、开放稳定的PaaS底座在基础层可安全稳定运行在公有云、私有云、K8S容器架构，高性能部署架构可7*24小时为百万级组织规模提供平台运行保障。 开放低代码快速构建、流程驱动、数据驱动等核心能力，赋能数字化生态能力建设。四、蓝凌低代码（以OA为主的低代码平台）蓝凌低代码平台，提供了无代码、低代码、高代码能力，可满足业务人员、实施人员、开发人员等多用户需求；通过可视化的应用搭建、个性化的页面设计、灵活强大的业务触发、精细化的权限控制等能力，支撑企业快速组装应用，实现多领域数字化创新。产品优势：1、微服务架构，更强大微服务架构、前后端分离；采用 SpringCloud+React 技术，极速用户体验。2、支持高代码，可扩展不仅低代码，也可高低码，支持专业人员复杂应用开发，满足更多数字化需求。3、云商城，应用一键下载自建成熟应用可沉淀模板，快速复用，降低应用试错成本，提升业务创新效率。4、多系统连接，端到端高效可连接OA、SAP、SCM、CRM、SRM等系统，打造更高效端到端业务流程。五、百特搭（低代码平台）百特搭是一家专业的数字化解决方案与服务的低代码/零代码平台，为企业数字化系统高效、高质量建设赋能，提供全数字化管理、创新场景数字化多种解决方案，以在线化、移动化、集成化、智能化的应用搭建提供助力。1、开放性高该平台除支持页面设计、流程配置、报表分析功能外，还通过业务建模、服务编排、WebIDE开发环境、脚本表达式等专业能力，支持高复杂度的要求，并向专业人员提供版本控制、Debug、CICD等能力。同时，百特搭提供表单模型、系统应用、流程中心、前端二开等API能力，能够与其他系统进行对接集成。2、提供源代码开源服务企业可以通过订阅付费获取源代码。百特搭提供订阅制开源社区服务，引入大型客户、SaaS厂商开发力量构建开源生态，企业不仅可以源源不断得到专业、持续更新迭代的源代码，还能够在社区进行交流，共同推动问题解决。3、提供沙盒多环境保证中大型企业在复杂IT环境管控下实现应用的安全发布。通过设计态、运行态完全分离，支持企业用户定义多个环境，如测试、预览（正式）、生产环境等，通过多个环境版本验证产品的正确性，确认无误后再发布到生产系统，避免对生产环境产生影响，实现应用的安全快速上线。结语：综上所述，以上5款低代码开发平台都是不错的。但在实际选型时，本人建议用户朋友最好亲自咨询、试用，只有亲自体验了，才能判断系统是否完全适合自己企业应用。在之前的文章中，我曾分析过，织信Informat在定制化开发方面有更优秀的表现。这主要是因为这几家低代码厂商的产品研发理念不同造成的。就拿泛微低代码来讲，其更专注于通用版或标准版软件的研发，定制开发服务虽有，但很少。而织信Informat低代码则更专注于企业级系统定制化开发，针对不同的具体企业用户，织信Informat会提供不同的解决方案，因为一千个企业有一千个不同的管理模式，因此低代码开发平台肯定是“随企而变”的。在具体企业用户内，不同的组织部门，其管理模式也有差异，因此系统的功能模块也会“随需而变”的。总之，织信Informat企业级低代码在定制化方面不仅用户群体大，而且产品的适应性也强。就目前而言，这几款低代码平台还算是各有其优势的，但至于将来会怎么样，会如何走向，那就不得而知了，我们就静静地观望吧！}

以下是一些比较知名和广泛使用的低代码开发平台：1. 蓝鲸PaaS（BlueKing PaaS）：蓝鲸PaaS是腾讯开发的低代码开发平台，提供了丰富的可视化组件和模板，支持快速构建企业级应用。它具有强大的工作流引擎和数据建模能力，适用于各种企业应用的开发和管理。2. 淘宝无线开放平台（TaoQuick）：淘宝无线开放平台提供了一套低代码开发工具和平台，用于快速开发移动应用。它支持可视化拖拽组件、自定义业务逻辑和模块化开发，帮助开发者快速构建移动应用。3. 阿里云数加（DataWorks）：阿里云数加是阿里云推出的一款低代码开发平台，提供了强大的数据集成、数据开发和数据分析能力。它支持可视化的数据流程设计和任务调度，帮助用户快速构建数据驱动的应用。4. 飞博通低代码开发平台：飞博通低代码开发平台是武汉飞博科技有限公司最具备颠覆性创新的低代码快速开发开源平台，已经深耕智慧医疗信息化行业二十余年！5. 金蝶云枢（Kingdee K3Cloud）：金蝶云枢是金蝶软件推出的低代码开发平台，提供了可视化的应用设计和开发工具。它支持多种业务场景和行业需求，帮助企业快速构建定制化的管理应用。}

CSDN在昨天举办了一个闭门的低代码发展研讨会，在会后，主办方将研讨内容摘录成文，发在CSDN社区。我将内容原样搬了过来。读一下这些低代码厂商代表的发言，还挺有意思的。我也得继续加油，写更多有意思的内容，然后以KOL的身份，到现场参加这种研讨会呀。前言：企业数字化之路-低代码发展研讨会——聚焦低代码领域，基于CSDN庞大精准的开发者大数据，针对低代码的认知和应用做深度洞察，从中挖掘用户对低代码平台和产品的真实需求。同时助力技术和产品的提供商，有的放矢持续优化市场推广策略。并联合学术机构，产品专家，企业用户共创中国低代码产品成熟度评价体系，进一步推动企业数字化核心引擎低代码的快速发展。问题一：目前国内的低代码平台产品，大家认为该如何分类？分为几大类？社区KOL 费腾：低代码平台的分类交给现场的创始人或者产品总监去说会更全面。我站在技术人角度去尝试回答这个问题：首先，无论国内还是国外，最高层都可以按照横向 和纵向两个维度去分大类，所谓的横向是通用性，所谓纵向是垂直领域性。或者把我这两种区分为“功能性”和“领域性”，“功能性”产品不太特别关注某个业务领域的知识构建，而是尝试挖掘跨领域间某些共同的功能点而形成这个系统；“领域性”会在业务知识层面不断去深耕、不断聚集它的知识能力，通过升级，为用户提供非常便捷、非常高效开发业务系统的原系统。这两个概念比较契合现在讨论的“什么是零代码、什么是低代码”。“功能性”比较适合专业开发人员使用，“领域性”比较适合于业务人员使用。有一个问题是大部分低代码厂商不会选择两个方向发力，而是着重一个领域深耕 。我一直在思考这个问题的答案，对于这个方向，除了在商业价值、技术实现复杂度、投入产出比这几个方向上有考量外，它是否还有更深层次的考量？突然有一天，我看到一位技术大咖聊SLA历史时，就悟到一些共通点。首先，SLA曾经试图定制一套非常完美的标准或者实现方案，去定义整个软件的构建方式，使得软件像比如丰田车间一样标准化生产出来，最后结果变成被开放自由的微服务击败了。把时间放在现在，假如我们试图在横向、纵向两个方面达到完美的契合点，是不是意味着我们在走以前SLA的老路？或者它的结果不是那么乐观 ？这是通过历史教训，得到不能把它们两个做完美的结合。这也延伸出另外一个行业观点，可扩张性或者可扩张技术架构成为企业级低代码平台的衡量标准。这是我思考的一个小插曲。回到正题，除了最高维度分横向和纵向的大类外，还可以从产品功能定义去拆分。因为大家现在最熟悉的是表单和流程，这涵盖国内大多数低代码厂商核心功能在这两个方向发力。用技术语言怎么描述这两个维度？一个是“数据驱动”，一个是“行为驱动”。第三个维度可以跟它们两个去平行的是“模型驱动”，也就是说它首先定一个数据元数据或者数据模型，在知识底座上开展业务。假如我们的系统是构建在“关系性”上，模型分类最重要的是围绕去开展业务。从产品角度来说，印象中最典型的产品是一个低代码产品，它是基于模型驱动同时带有数据驱动的低代码产品。所以从数据驱动、行为驱动、模型驱动这三个维度去分类低代码产品也是有效的。致远互联助理总裁 曾静良：我前一段时间跟致远的一家企业客户交流。这家客户的CIO通过自身实践，对低代码平台做了分类。这家公司是上市公司，是做企业安全的。他们的CIO在面临数字化转型的情况下，希望有更合适他们的大平台，帮助他们把更好的管理方式去落地，同时，他们对产品安全要求比较高，因为它本身是一个做安全的公司，看了市面上很多安全产品。它对低代码平台的分类是三块：第一块，OA类厂商提供的低代码平台。这些厂商往往以审批流程应用为主，把组织的制度规范、运营管理流程串通起来落地。第二块，财务管理、业财一体化、ERP出身的厂商，比如用友等等。第三块，目前通用的新型厂商，它没有像之前两类厂商在某个垂类之前就有比较深的积累。以上是三个分类，也算给大家的抛砖引玉 。社区KOL 龙腾：我作为一名开发者，比较喜欢写程序。刚才几位老师更多是偏向在业务层上如何让客户更快速的拿到产品，但是低代码对于开发者而言，比如我们近两年用了一个很好的工具是自己写的，那个工具行业不会用，但是我们内部开发用着很方便，比如定义好数据模型后会给我们自动生成数据库脚本，构建底层的数据逻辑处理，这是软件APP后端的东西，前端需要的是API接口，这两年我在想，能不能在团队内部构建更好的平台，把数据产品逻辑通过设计、通过交付把业务确定好后，后端代码、数据代码、前端代码全部都生成，交给懂开发的人员拿到代码后编辑就可以上架。去年钉钉整合很多应用场景在里面，我们可以通过很多模板把需要的场景切入进去，疫情期间有很多学校应用代码的案例。开发者对此有两个分类：第一类，面向业务层，不需要开发的。第二类，针对开发者的低代码平台。我们经常谈toB、toC，会不会多一个toD的出来，也就是to developers,这是开发者比较关心的点。是什么驱动科技进步？懒惰是一个核心，怎样高效的做一个事情，低代码应该是怎样让开发者更偷懒，让业务员更方便的生成自己的产品应用。主持人/邹欣：你希望有个toD给开发者，懒惰是生产力的突破口，就像以前很多人用VB，科班出身的不太看得起，但是很多用VB做得足够好就可以了。问题二：如果我们评价低代码产品的成熟度，大家会从哪个角度分析和切入？这是一个全新领域，是所有人都不成熟？还是怎样是成熟？葡萄城产品市场总监 宁伟：关于低代码成熟度是这样看的，过程中有一个区分，如果这个技术面临更新改善或者组合创新，那么用一种方式去评估成熟度；如果它是全新的、颠覆性、革命的创新，那会有不同看法。所以在这之前，第一件事情是应该明白目前所面对的东西究竟是革命性的还是组合性的。就像刚才谈关于低代码平台分类时，有朋友提到”数据驱动“、“模型驱动”，我最近读了很多研究报告，国外倾向于”表单驱动“、“模型驱动”。过程中感受到，“模型驱动”相比于原来的软件开发技术应该是个组合性创新，因为目前“模型驱动”的低代码开发平台，包括葡萄城的活字格以及国内友商的产品，它和原来写代码的方式非常接近，只是把可视化范围从原来只是做前端界面那一点点东西，把它扩展到原来需要写在代码后面的东西，就是CS文件的内容，也把它变成可视化。把我们写的后端的webAPI，这些模型驱动通常都会和前后端分离这两个概念在一起，它构建webAPI来供应用，原来的webAPI不管使用什么框架，但所有功能用微代码来做。这种情况下，它把这部分也实现了可视化。再往下走，原来的分支管理比如原来用Git，一线做过开发的都有印象Git DevOps基本是开玩笑的，我们基本是在拿命令行走，把这些也可视化，比如我去push 代码等所有概念全都变成可视化的，把原来DevOps的发布工作，甚至数据库更新之后的插分脚本等一堆东西。把这些原来用代码写的工作可视化，然后组成提供一个方案，这是一个类型的低代码开发产品。刚才朋友说到toD的，国外有个研究报告写到低代码平台的分类，大体都具备这些特征，他们把成熟的东西继续往前推了一步。对于这些产品，我们关心的是它的具体实现、它的细节、它能不能满足开发需求、它考虑的周到与否。但是对于驱动的创新性产品来讲，像新加坡做AI领域的，行业应该对他们产品的成熟度采用另外一种成熟方式，先关注它提供的新价值是否达到，不要用传统的老的企业级应用开发的标准去套用、去要求表单驱动的创新型东西，否则我们在做压制创新的事情，行业不应该往这个方向发展。这是我在这个行业多年的感受，希望传统的东西去承担基础的东西，一定要严格要求，软件全生命周期每个环节，从代码管理、权限管制到发布版本分支要全部管理。但是对于新的东西要给足够创新空间，不能要求一个表单创新产品支持本地环境、内部测试环境、开发环境、生产环境，这不现实。总结起来，我认为对于不同类型的低代码平台产品应该有不同成熟度的判断。明源云天际开放平台解决方案总经理 乔胜：刚接触java的时候，从当时高级语言，到后来的各种模式、组件、底层技术架构业务开发者开发效率，跟着这个思路走。我们在评价低代码平台这个新生事物时，不能仅站在技术某些细节去评价是否成熟，因为大家走的路线都不一样，但是在不同领域应该合力。所以应该对于市场和客户感知这层来考虑：第一层，上面构建复杂应用，解决客户或者行业、或者某个领域的需求，在通用指标，比如安全性、稳定性上达到什么水准。第二层，平台的社会属性 。低代码平台应该是个革命性的工具，它的目的是为了解放程序员的劳动生产力，通过这个平台到底为哪些行业解放了多少生产力？能够在应用构建里解放30%、50%？这是成熟度的另外一个标准，这是它的社会属性 。第三层，平台的生态属性 。在现在的企业架构环境里，往往凭一个低代码平台往往很难解决所有的问题，我们希望通过一个或者少数平台为企业做很多事情，就期望一个平台里能够得到这个平台给我的另外东西，比如给我提供多少生态伙伴的ROI、提供多少组件、多少开箱即用的应用。通过这样的方式快速解决更多问题。中兴数字技术产品部 产品总监 汤炉鑫：所以从这三个维度来评价会更全面。国内把低代码的范围放大了，像阿里和钉钉。严格意义不能是传统意义上的低代码，像我们接触比较多的是解决研发人员的生产力，在新模式、在我们底层能力不断去做积累沉淀之后，它可以很快的在研发层面开发出产品来提升效率。国内面向的受众发生变化，原来是面向开发人员，现在创新的普通用户，甚至连业务分析师都不算，他只是行业的从业者，是没有任何代码基础就去做开发的。所以在这个领域，如果要谈成熟度，它有个围绕三个：第一个，纯粹面对从业者。可以根据诉求去搭建能够很快解决业务问题的产品。第二个，基于模型或者表单类的驱动，可以有业务分析师这个角色，能够做业务建模后的基于少量脚本类代码或者规则编排形成的应用。第三个，面向开发者有大量的生态和沉淀、有可视化的能力，来解决研发生产力的模式。所以站在这几个维度再来谈它的成熟度会清晰一点。葡萄城产品市场总监 宁伟：刚才乔老师分享后，我感到面对不同行业应该有不同的关注标准。葡萄城这种规模较大 、复杂度较高的系统，对于这个方向下，低代码开发平台的成熟度在国外有一套评估标准，国内也做行标。国外推荐大家了解Gartner提出来的”企业级低代码“，它讲到这样一个概念，并且对这个进行了划分。简单汇报我对Gartner这个报告的判断：首先，它在成熟度上把”企业级低代码“这个方向定义8个指标：谈成熟度，一定分不开第一：性能。第二，高可用性和高扩展性。对云原生做这个领域或者非独占资源公有云的友商来讲确实有挑战。第三，与第三方云服务API的双向集成，意思是我们作为一个低代码开发平台，要能够调用其他的webAPI，其他低代码开发平台要调动webAPI供自己应用。举个例子 ，我们上周五举办了企业级低代码研讨会，一个客户分享了一个事情，他家是另外一套前端小程序，那套小程序，后端全部用低代码平台重建，怎样让原有的前端小程序和现有的管理后端接起来，要使用活字格能力开发webAPI来小程序使用，这就是双向集成的含义，不单你可以调用别人，或者允许别人也也可以调用你。第四，灾难恢复。灾难恢复有很大的范围，这里就不展开讲了。第五，企业级安全性。这个安全性应该是分层的，部署安全、系统级安全、权限等等全在其中，其中企业级权限控制是交叉型的、力度非常深的，大家可能也有所耳闻。第六，SLA，也就是服务级别协议。这等同于云服务要独占资源，因为SLA里一定要签这个。第七，应用运行监控。除了监控服务器本身外，还有自身的性能，这个在行业内有很多标准去对此进行整体评估。第八，厂商级的技术支持与培训。这是来自行业报告的定义。新加坡AI2Labs中国区负责人 朱文静：我们认为成熟度是综合能力的平衡，特别是我们相对新兴领域的状态，对成熟度的理解需要维度思考得更加深入一些。我们对成熟度的理解有以下几点：第一，新兴产品对于用户习惯的洞察及功能满足度是需要有非常强的成熟度。比如从AI数据预处理、模型训练、开发、部署等等过程当中功能的满足性，比如可以支持H5预览等等细节性对用户习惯的洞察。这是成熟度的一种，不断根据市场需求情况成长。第二，稳定性。像我们做数据的平台，平台的稳定性非常重要。第三，高并发性。比如网站用户有1000多人同时进行数据标注，我们怎样处理这些非常大型平台的高并发问题，这也是低代码平台发展过程中要处理的事情。第四，安全性。数据安全是非常基础的内容。第五，运行速度。我们在线上提供GPU数据训练时，时间周期的长短对于用户去使用的感觉也是非常重要的。我们的产品是新兴产品，会对这些方面进行打磨。第六，服务能力。因为AI领域是需要集成业务专家、AI专家、平台开发本身等几方面。所以我们在提供平台过程中也会提供相应的AI专家技术服务的支持，在过程中同时有技术支持、有培训、有无代码开放平台去服务客户。第七，性价比。这跟其他行业也有些差别，因为一个企业如果要上AI的话，成本会比较高，不单在人员成本、开发成本、时间成本，还有硬件成本也非常高。我们会用很多方法把这部分成本降到非常低的状态，这样哪怕他是一个学生，也可以学习和使用AI，同时又可以满足企业端的应用。我们在过程中会非常精细核算AI的投入产出比。以上是我们对产品成熟度的理解。普元信息北京研发中心资深顾问 黄荣：我们评估低代码产品的成熟度，是跟对象有关系的，不能拿评价杯子的标准去评价一个桌子。评价它的成熟度要看低代码平台定位是什么，如果只把它当作一个快速的开发工具，那么标准应该跟Studio做比较。我们去给客户介绍产品，他们第一句话就问“你这个帮我解决什么问题？”客户眼里更多把低代码平台作为应用构建的平台性产品，那它就不仅仅是一个开发工具。所以从成熟度要从企业级角度去看，涉及到应用全生命周期各个环节上的评估。这是一个综合性的东西，包括在开发上的便利性、运营性能、安全性等等一系列指标都是需要去考虑的。所以我认为这个成熟度是跟定位有关系的。上海泛微网络科技股份有限公司咨询总监 蒋童：我站在客户的角度讲讲，上周我接触了一个金融行业的CIO，他在做低代码平台的研讨，他从客户角度认为有这么几个成熟度：我个人认为有三大类，一类是业务通过原生的软件开发厂商，第二类是ERP在原有基础上为了满足客户需求做的二次开发的厂商。第三类是钉钉搭、腾讯微搭互联网厂商为企业生态做低代码平台。客户认为成熟度有几个维度：第一，平台界面的友好度，是否简洁方便，学习成本比较低。第二，低代码平台到底可以快速构建什么场景，比如简单应用、复杂应用、业务场景能不能百分之百覆盖到。第三，平台的延展性、集成性。不可以单独使用，还可以跟第三方做集成。比如这个低代码平台能不能接入我的中台，我们做POC、做验证，才能在上面做各种轻量级、中量级的应用。第四，安全性、易用性、可维护性、稳定性、和各个系统的适配性。第五，客户也比较关心价格。因为客户对低代码平台属于尝鲜的阶段，它不是一个系统，是帮助客户构建数字化落地的共建。客户说将来既有OA、ERP、财务等各种专业系统，同时手里还有低代码平台，可以快速构建各种轻量级或者中量级的产品。这是客户从几个角度对低代码平台成熟度角度进行的评估。主持人/CSDN副总裁 邹欣：CSDN有个很强的猎头平台，如果今天招个低代码开发者，是不是工资比较低？所以是个很不成熟的行业，因此大家有很多偏见和不理解。那我从学科角度去讲讲，AI从学科角度已经非常成熟了，已经成为标配了。但是从来没有任何一个学科搞低代码专业，职业培训学校也都没有，所以它作为一个学科是不成熟的，应用是不成熟的。如果说前端开发、移动开发，大家可以理解，做一个课、做一个培训，但是如果说做低代码开发，薪资也低，各种低。所以它本身有安全性，全部的application各种成熟度，有应用成熟度，对大众认知来讲是非常成熟的、偏见的。这是从另外一个角度说明它有更大的发展空间，在大家有偏见的时候往往是大家可以进入的时候，像一开始大家对比特币有很多偏见，几分钱就可以买到比特币，当它发展成熟之后，才发现以前没重视。问题三：低代码开发和传统开发的相同和不同是什么？社区KOL 龙腾：我2013年读研时导师留了一个话题对我有深刻影响。他说市面上有很多为API的公开服务，咱们能否直接调用公开服务做一套我们自己的应用？当时老师提出这个话题后，大家开始脑洞。当时有一个需求是路边有交警违章贴条，说我们能不能做个动态感知，哪个地方贴条后通过一个简单的方式把信息发布出来，让周围的人都知道。当时“十四五”国家层面也有一个类似的课题，是基于微服务的自动化系统，当时的研究课题是基于webService和标准化接口，现在我们做的微信小程序、APP开发的最底层核心都需要调一个webAPI的东西，这应该现在基于微服务开发最核心的是谁都离不开API接口。所以在低代码领域延伸，能否有一种方式能让开发者更好生成或者解决webAPI底层逻辑的处理，因为研发在设计、测试、调试环节有很多工作要做，小型研发团队的精力有限，但是怎样组织一个开发者的全栈能力，我觉得可以用一些低代码平台。低代码平台对我个人而言的核心应用场景是，面对一个需求后，怎样能够快速生成避免重复性的敲代码工作。至于代码交付层面需要去修改的话，可以针对业务升级再去改进。主持人/邹欣：你讲了相同。整个开发都移向webService、webAPI。中兴数字技术产品部 产品总监汤炉鑫：它本质是组件化开发的境界，我了解到salesforce有自己的语言体系，也可能是更高级的语言体系。每个厂家也在尝试，一方面把能力做封装、组件化，另外是定义一套自己的语言体系，解决如何快速编排，建立自己的生态，让相关的程序员在它上面做更多搭建和赋能。但是如果从这个维度来讲，它从全生命周期ARM角度来讲是一样的，因为它同样会经历需求分析到上线发布的整套过程，中间会有高级语言做支撑，研发模式没有发生变化，发生变化的是对组件化的要求更高了，同时语言层面有更高级语言去组织，这是几个大厂对低代码引进的模式。当然，这个组件已经突破传统组件，它更多像网络的API或者更高阶的SaaS化服务类东西，可以让你方便的去做整合。葡萄城产品市场总监 宁伟：刚才两位老师提到企业级流行的概念，基于中台来实现前后端分离，就是把后端的能力进行抽象、重组，前端编排进行快速开发的整体思路，这是现在企业级应用开发的大方向。葡萄城绝大多数客户是软件公司或者大企业IT团队，他们是用纯代码开发的模式，从他们给我们的反馈，即便使用低代码技术，最关心的点也是怎样和现有的前端后端技术能力进行集成和对接，依然要解决这个问题。所以在今天的情况下，以我所能够看到的使用低代码开发，尤其是做企业级核心业务应用的时候，仍然要和写代码的产品及团队紧密配合。那么这个结合点是什么，webAPI可能是一个非常好的实践。有的客户有自己的平台，封装了ERP等能力，然后开发前端的业务应用，比如生产线应用时，这种时候使用活字格低代码平台，来完成现有业务单据查询等等，同时引入新的能力，比如工业互联网、比如萤石云，通过萤石云抓取来自摄像头的画面，并且通过机器学习去识别其中的内容，比如传统生产设备液面的监控、判断、报警等等，都是基于webAPI在做的。我非常认同webAPI是我们关注的重点，那作用应用和使用webAPI？双向集成是每个低代码平台厂商一定要发力去解决的事情，我们在这个点上也是投入大量的时间和精力进行迭代，比如我们怎样去分析对方，自动帮它建立数据结构，怎样快速搭建一个webAPI并且更好的调试，这是跟大家就webAPI的话题分享我们的认识。社区KOL 费腾：基于传统编码角度分析它们之间的区别，首先达成一个观点是：程序=算法+数据。之前没有Script控制反转框架下，开发程序是算法占50%，数据占50%，有了Script低代码平台后，我们更多聚焦于数据，中间的程序流转或者算法流转 都在Script的控制或者低代码本身系统控制的范围之中了。这时候分析控制反转和传统程序开发的区别是什么，不再需要关关注端到端流程，而是把组件变成插件的形式插入到Script中，低代码做的也是同样的事情，所有的扩展都是基于低代码平台给我提供的扩展点和插件机制往里插的，这时候我关注的问题在于：我提供的这个闯入家中是不是把我的业务割裂了。端到端是类聚性的实体，但是当交给Script或者交给低代码平台时业务被割裂了，这是现阶段低代码平台厂商提供可扩展机制遇到的一个最大的问题，就是为什么我们的低代码平台没有办法做到去开发一个核心的业务，而只能做边缘性或者比较简单的业务。因为我们如果把低代码平台开发业务，对于一个开发者来说就有不安全感，他知道这个和写代码的体验是不一样的，没有达到业务上的设计感，而是纯粹为了让这个业务能够展现出来、纯粹的把数据插入进去的开发模式，这也是我们以后要去探索的一条道路，怎样让低代码平台能够形成业务整体。我认为是这个差别，也是一个希望。主持人/邹欣：你认为低代码不能写核心业务？社区KOL 费腾：在现阶段它不适合开发新业务。主持人/邹欣：以前语言也可以做增删改查，对行业数据来讲，增删改查也是核心业务，欢迎不同的专家分享不同角度的见解。中兴数字技术产品部 产品总监 汤炉鑫 ：我们在实践中也遇到这个问题，如果单纯用现在的模型、表单方式去开发核心业务，难度是非常大的。我是做toB业务的，很多业务复杂度非常高，所以我们在推动这个层面时也遇到很多挑战，开发人员从技能提升和未来的发展都觉得这个不太可靠。所以我们也在探索把现有的低代码拆开了。专业版是什么概念呢？就是把低代码核心系统作为其中一个模块启动起来，把前端的组件能力和增删改查能力很方便的集成进去使用，但是很多项目总感觉差异挺大的。如果按照原来的表单和模型驱动的模式往前走的时候，再往下走是比较尴尬的。所以我刚才提到微软salesforce的模式才是面向开发人员的低代码的未来。社区KOL 费腾：对这位老师的发言非常有感慨。我想表达的意思，当前我们采用的方向是，我们提供的低代码平台是一个平台，它是一个Platform，让我的业务通过可扩展接口、插件接口集成到我的系统里来，但是会遇到刚刚的问题，就是有一种不安全感。换个角度说，我们的低代码平台不是一个平台，它可以作为插件或者工具，做到核心工具里作为部分功能，但不要作为一个全局的功能。这样会让开发人员的意愿度、参与度更好一点。中兴数字技术产品部 产品总监 汤炉鑫：分享一个实践结果。为什么我们要推低代码？低代码最好的核心是让业务不断做抽象。我们了解下来，有一些从0到1开发时，在业务抽象上是不足的。但是为什么把低代码平台作为一个插件嵌入其中？本质是让它改变原来设计系统的模式，设计任何一个系统，首先应该围绕低代码的思想去设计，这对复杂系统的扩展性有帮助。腾讯云微搭低代码专家技术产品经理 骆勤：低代码是抽象维度更高的语言，它作为一个语言是会进化的。刚刚提将不适合核心业务，我觉得可以动态看这个事情，这也是低代码一直想去解决的事情。关于区别的问题，早期传统开发需要写很多代码、走很多流程，低代码做个简单类比，是相当于把dos系统放到Windows系统，使这种抽象语言未来能从键盘迁移到鼠标，这是我们需要去做的事情。主持人/邹欣：刚才几位老师讲的核心点是跟“低代码”这个“低”有关系，是不是用低代码开发，所有的东西就低了？让开发者感觉远离他的核心业务？举个例子，我们入行用C++写代码，后来用C sharp，有很多人觉得电脑释放都搞不了，就搞业务？他觉得low，他觉得应该两个世界，既能理解业务世界，又能转移特别高大上的，包括内存管理。低代码是把复杂性隐藏起来以后，更关注业务逻辑，但是很多人觉得我是一个手艺人，我想写code，把这个code搞得越靠近机器越高大上，觉得写业务逻辑low。问题四：聊聊你的产品中，开发者最喜欢的3个功能，为什么他们喜欢？主持人/邹欣：先抛砖引玉，这是一个买家秀，我们以前做了一个“智能表单识别”，后来很多人觉得API太难用，我们写了Python程序把API的场景写出来，只要训练模型后，把模型填到程序中，它就成功了，有点像“填空式开发”，很多人觉得很好，能够快速的演示。葡萄城产品市场总监 宁伟：前一段时间CSDN马老师跟我电话沟通时特别提到了这个，因为我们公司要举办低代码发展的研讨会，我们为了这个会提前做了问卷调查，专门发给软件公司使用低代码的客户，向他们征询这群人里使用的功能是什么。收集到的问题和我们的问题最匹配，就是三点，之前是按照前后端来分的，事实上最受欢迎功能第一个受欢迎的功能，是“使用可视化 方式去构建后台webAPI的能力”。因为我们相当于用代码去写一个，它里面包含的参数、局部变量、逻辑判断、事务、访问、调用第三方API，从语言能力到常用的基础能力，我们提供了表达式的能力，这是软件公司最喜欢活字格的功能。我们还提供了完整的调试，我输出的不单是执行结果，还有执行过程，每一步分支怎么走的、变量的值是什么、每一步花了多长时间，这些东西都可以帮助开发人员第一时间去完成自测，找到自己的值得优化的点和问题点。第二个受欢迎的功能：抹平现有数据库差异的数据访问能力。企业有很多不同数据库，有些软件用MySQL，有些用SQLServer，平台化或者上层应用开发总要对接数据库，软件公司需要了解每个数据库具体的方言进行优化也不太现实，学习成本比较高，尤其是项目型的软件公司特别明显。通过我们提供的能力完成分页数据查询、数据库写入、事务控制，所有这些东西都不需要写一行SQL，我们帮它做了翻译，“苦了我们自己，幸福千万家”，巨大代码量和单元测试保证了它的质量。第三个受欢迎的功能，我们引入了WPF平台的那套方式，进行响应式布局的能力。说起来比较抽象，但是事实上解决了什么问题？我们一般在提供可视化界面进行设计时，必须要在两件事情中选择一个，第一个是“所见即所得”，也就是“绝对布局”，我这个输入框放在这，不管屏幕多大，它一定得在这；如果屏幕大小变化的体验不好，那就选择第二种方式，基于常见的流式布局方式进行，但是不能严格控制这个东西该长成什么样子。有没有一种方式既实现弹性布局，又能够可视化设计？在2008年左右，我们把这套机制引入活字格进行实现，用这种方式构建出来的WEB页面能够同时满足可视化设计和响应设计的要求。我们也跟客户进行了沟通，真的是他们喜欢WPF那套方法吗？并不是，而是因为活字格是行业少有的让他们自由布局页面和样式的低代码开发平台，意味着这个页面想整成什么样，就能整成什么样，如果用户想把确认按钮放在右上角，你就得放在右上角，如果你不放，用户就告诉你这个东西不好用。这对原来我们用写代码开发是基础能力，但是低代码开发在这有不足之处，所以导致了这个很基础的功能居然得上程序员最喜欢的活字格低代码开发平台功能的第三位。总结来说：第一位，可视化设计和调试webAPI，也就是后端逻辑；第二位，抹平不同数据库差异，完成分页查询、带事务的数据写入；第三位，能够自由设计布局。以上是最受程序员喜欢的三大功能。轻流联合创始人兼CTO 李婷婷：轻流是无代码开发平台，面对终端业务人员更多，客户最喜欢的是三个方面：第一点，Q系列机器人，如果我们专注表单驱动、流程驱动，它是串连人的能力。Q系列机器人是除了把人串起来，还把其他的系统做自动化，所以我们Q系列机器人是系统自动化的定位，这是比较受大家欢迎的，可以看出大家对信息化的需求不光是线下搬到线上，还要自动化的方式，甚至未来引入AI的方式，让信息化可以往智能化去走。第二点，关于低代码和无代码。因为很多相当于平台能力，客户去学习这套低代码、无代码框架的难度较高的，所以很多人希望有“开箱即用”的能力，比如一些场景模板，比如要用在报销领域，比如要用在工业巡检能力，先加载一套模板，在此基础上根据自己的需求做变更、优化和调整。对于刚接触低代码、无代码的用户来说，他希望先有一个“开箱即用”的模板，在他知道了怎么用了之后再根据自己的场景去做调整。第二点客户比较喜欢和需要的地方在于丰富的行业场景模板库。第三点，开放集成的连接能力。 大家注重低代码、无代码的开放能力。很难有一个企业可以解决所有信息化诉求，这就带来所有企业都需要多套系统完成信息化过程，那就需要这些信息系统之间可以协作和沟通，轻流有一部分能力是专门去做系统集成API方面的无代码化。现在用轻流可以实现一定iPaaS能力，通过配置方式把信息系统对接起来，形成数据和业务上的协作流动。总结起来，第一，Q系列自动化机器人，第二，“开箱即用”的丰富模板，第三，开放集成的连接能力。明源云天际开放平台解决方案总经理 乔胜：我们平台是业务开发的低代码平台，前一段时间做了一些客户最喜欢或者认为最好用的功能的调研，1-
可以直接从应用界面进入到建模调整界面，即时对需要调整的功能进行修改，沙盒测试和发布。不需要切换到专门的开发环境。通过平台提供的基于VUE架构的前端在线开发，总体节省前端开发时间50%以上。2-
一体化自动化的DevOps开发云体系，全程接管了研发协同过程，除了项目初始化时，开发者对CI/CD操作基本无感。3-
基于20多年的行业积累，在低代码平台中沉淀了一系列的不动产行业的标准应用模板，在进行企业级项目交付时，只需要将模板进行应用，并配置相关的业务参数，即能完成大部分功能、流程和集成的定制化工作。实践了基于应用级模板的开放性，极大的节省了项目交付的工作量。新加坡AI2Labs中国区负责人 朱文静：我们在产品诞生就基于内部的应用痛点去开发的，所以从界面角度对AI应用开发逻辑一目了然，从AI应用开发角度来讲，它只要看到界面，就会知道业务逻辑应该是什么样。在这个过程中对他来讲最喜欢的几个功能是：第一，模型的Pline，几个模型叠加，比一个个的开发会效率提高非常多。第二，插件。（1720）数据预处理，自动标注功能，可以进行线上模型的训练。这对AI开发来讲可以以无代码的方式进行开发，因为传统需要至少经过3-6个月的学习时间才可以达到开发状态，但是如果使用无代码，通过这个工坊可以很快进行模型训练，可以跳过原来使用代码的方式。第三，界面在部署的应用程度。我们提供各种应用模板，支持后端部署的开发，同时也可以让用户把模型下载下来，以便用于其他应用在其他场景当中。以上三点是用户反馈的最喜欢的功能。致远互联助理总裁 曾静良：我们的客户认为产品有三个比较吸引的地方：第一，云应用商店。以客户为中心，服务于客户。客户通过低代码平台可以构建各种场景的共享服务中心，里面现在有1000多种应用场景，包括门户主题、元素、表单样式，客户通过低代码开发平台可以把它的应用场景上传，其他客户可以下载应用。有些进行简单的参数配置调整就可以拿来复用，减少了客户从0开始搭建的成本。第二，表单引擎。不需要懂计算机语言、不需要懂系统语言，只需导入要常用的Excel就可以构建。第三，可视化编辑的流程引擎。通过鼠标拖拉拽就可以配置，有个自动化机器人检测流程是否完整准确，比如有些地方没有闭环、没有出口，系统会做自动化预警。将来甲方在后台可以通过搭积木的方式快速构建各种应用场景。因为低代码平台的最终目标是“人人都是参与者”，我们可以把所有人员都参与到数字化转型当中，让一些以前只懂业务、不懂开发的管理者或者业务人员也能够参与进来，因为他们最懂业务，他们设计的是最准确的，也减少IT人员运维压力，释放解放IT人员的劳动力，把他的精力放在更加复杂的业务场景当中，而把简单通用的场景交给低代码平台快速构建。以上三个场景是客户比较关心和喜欢的。郭月宁：我是CSDN的运维，OA的管理员。我认为OA里最好用的是“业务生成器”，“业务生成器”是致远的核心产品，我2013年接手OA管理工作，最开始认为OA就是搭表单、建流程。2015年OA进行了升级，发现多了一个“业务生成器”的功能，OA可以建数据库了，可以把各种流程、各种表单的数据汇总起来，汇总后的数据可以复用到另外表单，这些数据可以拿出来跟别的平台对接，这是我认为最好用的地方。最开始CAP3得用微软打表单，现在CAP4很明显的是拖拉拽，是“所见即所得”的应用，但是数据是我们底表保存，而且CAP3和CAP4的场景是互通的，“业务生成器”是我认为最好用的产品。致远互联助理总裁 曾静良：像您刚才说到2015年就发现我们有CAP4，CAP是指协同业务平台。“4”是版本号。从一开始简单的表单流程，然后慢慢有底表，然后慢慢迭代进化到CAP4。它融合了致远的平台能力、流程引擎、表单引擎、集成引擎、门户引擎、报表引擎。您说的底表可以做业务主数据，这个业务主数据可以通过“业务生成器CAP”把单个业务连接在一起，这样业务不是孤立的，可以通过低代码平台做合同管理、做分红管理等等，同时这里面都涉及客户档案底表、合同底表、产品底表，我们通过这个底表把这个企业最核心的业务主数据构建起来了，上面的业务连接、业务的统计报表、业务的查看、业务之间千丝万缕的关系就可以做很好的融合。而且是在统一的产品平台当中，并不是孤立的，它依然可以和审批、和日常、和会议、和公告进行连接，这样定制业务可以和协同工作连接在一起，同时可以通过员工工作台最终呈现出来。这时候我们发现，低代码平台并不是孤立的低代码平台，之前说数据中台、业务中台、组织架构比较多，但是低代码平台核心是把平台能力、底层引擎融合在一起，这是用户很喜欢的一个点。第二点，低代码平台可以通过很多接口，通过openAPI、通过参数设计，把低代码定制业务和编码写的业务连接起来。第三个，有一个统一门户把这些业务结果直接推送给业务人员和企业管理决策者，这样在管理层面、IT业务定制层面、使用者层面，都是一个一体化的好用的产品。主持人/邹欣：怎么打通各个不同平台的数据、底单呢？致远互联助理总裁 曾静良：我们有个集成连接平台，在我们协同平台中提供一个集成连接引擎，其中有很多连接器，开放了很多openAPI，这是我们既可以把能力接入进来，也可以把数据开放出去。能力接入包括OCR发票识别的接入，包括和电子签章（比如法大大）平台的接入，和业务厂商（像用友、金蝶）做连接。另外，对于一个协同管理软件来说，它最大的优势是全员审核产品，是管理决策人员一定会用的产品，因为管理人员、决策者主要就做两件事情：第一，审批，第二，看业绩报表。这类协同厂商，不管是泛微还是致远，在这两块下的功夫都是很大的，对领导的关键粘度就很好，从粘度可以反推协同平台的很重要能力和价值是整个平台就是一个连接平台，不只是里面的某一个集成连接功能，整个平台的开放性、数据标准化的要求是很高的。主持人/邹欣：在低代码平台中对核心数据或各方面的数据都有。很多开发者不只能做拖拽或者增删改查，但是如果有更广泛对数据的访问和控制，他也可以跟DBA或者以前的高代码传统开发者做同样的事情。致远互联助理总裁 曾静良：有一些思想比较先进的CIO，通过我们提供的平台，他的职业生涯是上了一个级别的。湖南上市公司道道全的CIO就明确跟我们说，在道道全最懂业务的除了老板就是他，因为他要通过业务平台去定制各类业务，那就必须是IT和业务相结合、IT和业务一体化，由一个IT人员推动变成一个拉力。比如在垂类的营销老大只懂营销，但是IT既要懂营销、又要懂HR、又要懂研发，才能够去做各个业务系统，这时候潜移默化当中，某部分代码能力通过低代码可以帮助他一部分，但是他的业务能力、业务宽度比以前有很大增强，这使得他的职业生涯宽度有很大增强。社区KOL：企业微信是不是也在做类似工作？企业微信也有很方便的创建表单等功能。郭月宁：但是企业微信最大的问题是不提供数据，因为它是SaaS，非常的不方便，涉及到数据库存在哪、怎么收费。主持人/邹欣：它没有一个状态是持续的。致远怎么解决这个问题呢？致远互联助理总裁 曾静良：企业微信、钉钉、飞书严格意义上来说都是我们传统的协同办公软件，我们的合作方。我们的客户既用企业微信，也用别的产品，比如中建三局、北汽集团，都有用企业微信或者钉钉，同时使用致远的产品。因为企业微信的好处是在前端的体验做得很好，轻业务的体验是很好的，作为前端全员化的产品确实是有优势的。但是对于一个比较负责的审核业务或者需要业务底表的，需要数据、流程、决策、数据关系的，这是我们的优势。所以我们共同合作，有前端、有业务，是这样的关系。道一云事业三部总监，大华北区负责人 王潇：我们提供各种门户，道一云是企业微信最大的一家第三方，企业流量大部分给了道一云，道一云的业务主要来自腾讯总包，比如腾讯的政府和国家级项目的交付团队是道一云。道一云积累大量头部 客户使用低代码的经验。我介绍几个客户非常喜欢的低代码场景：第一，业务型数据中台。我们的客户拿道一云平台是做核心重度需求，原因有两个，一是技术支撑能够到位，二是客户用一套决策系统，决策层无法从中到后的“业财一体化”看这个事情。举个例子 ，业绩好或不好，倒推原因，从财务数据倒推到生产过程、倒推到前端等等，这个过程它是看不见的。而这个过程中，我可以做中台型、门户型，在原有非常核心的业务，比如直接替代CMOA、比如客服系统、比如维修后端的系统，去整合可以进入到主流市场的。第二，贴合性。企业每年在发展、在变化，客户的业务调整和组织架构变化每年一次，这都会有低代码的场景和刚需，如果我们给它写出一套固定化的东西就可能没有很好的贴合它。问题五：你的低代码场景中，最让你津津乐道的技术实现亮点有哪些？主持人/邹欣：提到制造业和农业，以前大家觉得是离写程序最远的行业，但现在它们也要数字化，社会和行业都在向数字化转型过程中，它们的确没有能力从C++开始做解决方案，而且已经有很多系统，所以用低代码系统来整合、来连接、来加强开发，的确是比较好的一个路径。中兴数字技术产品部产品总监 汤炉鑫：我主要关注企业内部使用，使用低代码平台开放性后会带来数据治理问题，产品形态多样性、项目多样性，会导致企业数据治理非常复杂。所以我们在解决这个问题的层面：第一，在资源统一管理上做把控，包括集成上做探索，这样对像实体把控上在集团公司有一致性。第二，传统关系型数据库，数据量到亿级时，用传统的数据库是不太合适的，像我们处理大数据量时用“MangoDB+es”的模式做关系型数据库的处理，这样写的时候我们用MangoDB承接数据的持久化，但是在读和制定查询时利用es查询性能来解决用户体验问题。主持人/邹欣：所以还要要懂MangoDB，是一个非常高端的职业。新加坡AI2Labs中国区负责人 朱文静：在AI应用开发，一个是关于环境搭建的部分，这部分本身的多样性，因为不同的公司针对自己不同的需求，都有GPU的选择。不单在客户应用层面或者开发层面，在底层开发环境也有非常多技术研究和开发的思考，去做这部分的搭建。在此基础上，我们做了很多AI过程中的模型，现在有开源的，也有多年积累的自己的模型。站在客户角度，为它提供低成本、低门槛的AI应用开发解决方案。腾讯云微搭低代码专家技术产品经理 骆勤：刚才同学讲到连接器的能力，连接器是各大数据库以及低代码平台、业务平台的标配。微搭不单支持在前端代码去自定义，后端逻辑也可以去自定义，这种方式能够让后端扩展性做得很好。基于这个方式，我们内部有四个链路 ，尤其是调一些偏腾讯生态的东西，直接可以免鉴权去做这件事情。问题六：讲讲低代码平台业务最有效的产品，杀手锏级的应用。葡萄城产品市场总监 宁伟：葡萄城活字格低代码平台目前应用比较广，但是产品最有应用前景的领域有两个分类：第一个分类，工业互联网落地。给大家分享一个案例，它是一个软件公司，原来是硬件代理商，后来希望成立软件公司去解决软件相关项目。它是卖智能开关、智能传感器及解决方案的，但是这些东西要想真正在企业落地和开发落实，必须实现数据和现有管理系统、现有管理流程之间的对接，原来这个流程全是个性化的，一家一个样子。原来用代码来写，成本很高，工业互联网人人都爱，但是真正落地时软件成本反而是大头。他们快速开发平台最后选择了活字格，因为活字格的系统集成能力不仅仅是连接器，还提供全套接口以及大量代码实例，帮助大家把这个东西堆起来。这个企业的方案落地体现在很多环节，比如生产线上设备的数据采集和监控，比如刀模具的寿命是怎么算的，按照什么标准多少件，这些数据都可以和现有的管理流程全部对接起来。除此之外，监控领域的内容，比如监控油罐低到多少程度触发一级告警，多少程度触发二级告警，用活字格完成这件事情。帮助互联网硬件落地在生产企业中是一个典型应用场景。第二个分类，很多企业上ERP是20年前的事情，企业内部有OA系统、ERP系统、行业软件，现有的数据是打不通的，所以活字格先帮助打通了这些内容，不同系统实现了对接。比如我们地产行业的一个客户，是在座各位的客户，它原来很多流程只能在A系统导出Excel，手填改后再用B系统去导入。如果企业信息是这样子，说明什么？说明数据可信性达不到，也就是说没有数据治理、数据质量。这种情况下，能不能把信息化覆盖面更广一些，解决今天的问题，同时搭一个台子出来，就像数据中台一样，应用层开发能力做成一个数字化平台，这就是活字格的第二个应用场景。地产行业由于信息化走得比较早，制造业信息化也走得比较早，它们已经开始走到这一步。相信未来有更多企业智能硬件、工业互联网，还是企业软件需求，都是低代码的主战场，尤其是像葡萄城这种做企业级低代码领域的主战场。社区KOL 费腾：说一个面向企业内部应用的低代码平台，跟大家说的传统意义上的低代码平台都不一样。它的适用场景是灵活的数据展示，比如筛选的列表页。这个灵活体现在哪里？比如现在用低代码平台去配一个条件，说某个销售在某个地区签了某个合同，理论上这个销售对这个合同是有查看权限的，但是这个权限是非常复杂的。有个场景是某个销售签定了某个合同的副合同，如果这个人能看到，那么这个人就能看到它的子合同，像这种场景如果真的用“拖拉拽”方式去配置条件，然后用规则引擎去执行，使用者并不会觉得这是一个好场景。反而，他可以写一个SQL，然后拼到最后生成的SQL后面，查出带权限筛选的复杂表格，是一个更优化的措施，他这样做会更得心应手。那么我们开发的工具在这方面比较好，最核心的功能是完整描述以及跟系统权限对接，生成一个带很多复杂逻辑的动态SQL，它可以满足在企业内部按照自己的需求去定制。主持人/邹欣：你希望用户在比较友好的界面中修改？社区KOL 费腾：在页面修改SQL片段 ，我帮它做校验。主持人/邹欣：相当于我们要使用SQL。社区KOL 费腾：对，因为在特别复杂的SQL面前，开发完全是拖拉拽的判定式条件的话，投入产出比是不合算的，所以做了个取舍 。明源云天际开放平台解决方案总经理 乔胜：我们是做泛地产和不动产行业，因为国家对地产行业是调控政策，每家动产或者不动产企业都在做多业态经营，找第二增长曲线，这样信息化和数字化的需求就爆增。因为多业态不像传统领域能够十拿九稳，要不断去试错、不断创新，需求变更的压力非常大。所以我们团队以及外包团队面临非常大的压力，其中一部分来源于高频且简单的需求，这个需求在以前没有低代码平台的时候，所有东西都要研发人员去做。而我们今年下半年广泛推广，做了“计划”，在一线推广低代码，真正把一线顾问、一线客户的IT运维人员、有技术背景的业务人员集成起来。零代码以后，发包数量已经占整体发包数的三分之二。这是今年比较有效的一个场景，把零代码的能力不断的总结，开发应用需求对于开发资源的要求。中兴数字技术产品部产品总监 汤炉鑫：测试怎么搞？如果没有测试的保证，在业务流转还是达不到业务的状态。明源云天际开放平台解决方案总经理 乔胜：零代码开发一般会起一个Sharp环境，要做一个验证，是两个零代码开发人员的业务验证或者小组验证。如果真的出了错，大家的修改也比较小，因为零代码的问题一般是局部的。但是还是会做，业务人员之间测一测。葡萄城产品市场总监 宁伟：关于测试的问题，也是低代码被开发人员接受的一个关键点。刚才乔老师讲到，低代码写得越少，错得越少，这个要承认。另外，葡萄城活字格产品是为了面对 企业级应用开发，所以我们能够适配现有CI/CD流程，包括基于Git去托管代码 、托管用低代码开发的东西，然后我们的开发人员把代码push上去，然后触发对应的CD，因为这本身是一个web系统，可以使用现有所有的web测试框架，比如现在selenium非常强大，很多web公司在用，拿过来录你的自动测试脚本，也就是说测试环节对于低代码开发平台完全可以做到和写代码一样。这有几个前提：第一，设计低代码平台就得考虑软件开发生命周期、考虑CI/CD的要求，然后去适配现有的Git或者其他SVN方案。第二，开发设计器本身就像其他的ID一样，就像微软的DEVENV.exe只是命令行的形式，能够和现有的流程进行对接。明源云天际开放平台解决方案总经理 乔胜：我们的应用修改往往会有一个分工，在需求过来的时候分成零代码部分和低代码部分，零代码部分有开发者去做，但是项目管理的CI/CD,随着整体项目的完成，发包应该是低代码和零代码一起的。刚才讲到自动化测试，如果去加字段，通过业务人员交叉去解决。但是在很多场景下，特别是SaaS场景下，一定要快。新加坡AI2Labs中国区负责人 朱文静：我们最有优势的一个业务场景是对本身模型有非常强迭代需求的场景 。从终端应用场景是非常广的，之前有做过硬件或者QC等等不同类型的应用，但是应用角度更多是在机器识别和语音方面，最主要的是我们客户对于模型迭代的支持，传统企业利用AI方式进行模型迭代的话，它的周期和成本非常高，所以在这个过程中使用我们Slink方式可以更快进行模型迭代和迁移学习。从这个角度来讲，像我们跟一些智能硬件，比如检测、QC等等是人肉眼没有办法看见的东西，这完全可以使用我们的平台，然后和它本身的硬件相结合，有很多智能方面的应用，像这些模型迭代部分就可以变得非常轻量级的状态。主持人/邹欣：您说的模型迭代是指AI模型迭代？新加坡AI2Labs中国区负责人 朱文静：是的。主持人/邹欣：我们做了一个模型，比如新版本增加了业绩的准确度，但是在光线比较强的情况下效果会不好，以前实践中觉得没关系，因为业绩做了巨大改进，所以就把它推到所有的产品去了。然后导致一个很遥远国家的公司，说你这个做错了，原来亮度很足够的场景中一直是工作的，现在突然间不工作了，这不行，必须回滚到原来的模型。但如果还有90%的客户很喜欢，得维护多 个版本的模型，你们这边怎么处理的？新加坡AI2Labs中国区负责人 朱文静：可以举一个客户案例，有一家技术学校需要安装机器设备，它要对这个进行评分，它原来的评分方式是老师去看操作是不是规范。从模型角度来讲，用机器视觉的方式，单纯操作这个安装模式的模型，但是我们可以支持它再用到另外一种模型的方式，同时可以考试A的内容和B的内容，模型迭代是在一起的，通过开发模式是需要进行多次开发，然后同时时间周期也是非常长的。主持人/邹欣：讲一个有意思的情况，我们修复了一个缺陷 ，导致用户对我们很不满。比如有些表单的朝向以前不太对，客户自己把它翻过来后朝向就对了，后来我们的新模型把这个问题解决了，他就给我们发了很不满意的邮件，说你修复这个Bug导致它的流程也崩溃了。它认为你一旦动了模型，就必须上一个新版本，不能无声的就修改了，客户自己来决定是否升级。但我们这边有很复杂的版本控制，每个版本要支持1-1.5年，在工程上是比较难做的一个问题。轻流联合创始人兼CTO 李婷婷：关于低代码、无代码在实际应用场景的这个问题，我们有一个制造业客户十几个工厂都在用，每个工厂成立兴趣小组，每个小组是来自人事、行政、生产、车间等各个部门的人，他们定期学习这个工具，然后头脑风暴有哪些场景可以信息化、流程化、规则化，是一种“全民开发”的概念。关于轻流在日常什么场景中更擅长 的这个问题：第一，低代码、无代码更擅长 的并不是ERP、OA等常见，比较擅长 的是长尾需求和知识产权管理，这是很细分 的场景，市面上很难找到标准的SaaS或者产品，这种受众小、低频的场景是适合用低代码、无代码去快速开发来满足。另外，一些新的业务。疫情前后，商业模式变更、应用模式变更，在快速发展变化过程中，尤其一些新业务启动时，要求非常快速的就投入市场，需要有很快的信息系统支撑。原来只能用“威信的即时沟通+Excel的方式”，现在有了低代码、无代码，更多新业务就可以通过这个平台快速响应，并且在过程中可以随时调整和优化。这是低代码、无代码在这两个需求上发光发热和最能体现竞争优势的地方。主持人/邹欣：颠覆式创新已经被现有技术占据了，比如以前认为个人电脑就是玩玩游戏、看看视频，最后因为解决了需求，从长尾慢慢进入主流，让原来的主流产品（比如大型机、中型机、小型机）不能满足新一代业务需求而被淘汰了。这也是个有意思的例子，对我们的启示是：不要怕我们解决的是一个长尾的、公司很少有人用的功能，如果这个功能解决好，以后的机会也是特别大的。腾讯云微搭低代码专家技术产品经理 骆勤：低代码也很适合很简单的、普惠式的事情，比如河南大雨时，我们1、2个小时就上了一个小程序，很适合应急方式，比如互助平台，类似场景是很普惠的，也是低代码可以去做的事情。主持人/邹欣：比如要上一个商店，商店审批权要分安卓和ios，手机不一样，体验很差，这种情况下，一个轻量级的低代码应用反而能够起到四两拔千斤的作用，真正解决用户痛点，它对完备性要求等并不高，这是一个很好的例子。内容来源：低代码社区-CSDN社区云}