参考消息今天新闻,新手如何优化网站排名,通过数字化营销搭建网络建设,中国建站平台作者 | 千鸟 出品 | CSDN云计算#xff08;ID#xff1a;CSDNcloud#xff09; 2021年底#xff0c;CSDN面向行业开发者和高校学生开发者#xff0c;展开了关于“低代码”的开发者调研活动。基于调研数据#xff0c;CSDN提出了对低代码发展趋势的五大方向。在随后举行的 … 作者 | 千鸟 出品 | CSDN云计算IDCSDNcloud 2021年底CSDN面向行业开发者和高校学生开发者展开了关于“低代码”的开发者调研活动。基于调研数据CSDN提出了对低代码发展趋势的五大方向。在随后举行的 《CSDN 企业数字化之路——低代码发展研讨会》北京站上 CSDN 和行业大咖针对这五大方向展开深入研讨共同输出以下对低代码的洞察观点。 观点一低代码未来将会成为企业数字化的基础设施 观点二全民开发人人都可以是开发者 观点三低代码会促进行业培养更多快速搭建数字化系统的技能型人才。 图1 “低代码”调查统计认知度与了解意愿 图2 低代码使用人群画像 特邀嘉宾主持人 邹欣CSDN副总裁 参会嘉宾 宁伟 葡萄城 产品市场总监 朱文静 新加坡AI²LABS中国区负责人 黄荣 普元信息 北京研发中心资深顾问 汤炉鑫 中兴数字技术产品部 产品总监 曾静良 致远互联 助理总裁 骆勤 腾讯云微搭低代码技术产品专家 王潇 道一云事业三部总监大华北区负责人 乔胜 明源云 天际开放平台解决方案总经理 李婷婷 轻流联合创始人兼CTO 蒋童 上海泛微网络科技股份有限公司咨询总监 陈晓露 行云创新 产品总监 蕾拉 钉钉高级运营专家 令九 钉钉技术专家 熊方恒 织信深圳市基石协作科技有限公司运营总监 李焕静 泛微 北方大区市场总监 费腾、郭月宁、龙腾 社区低代码KOL 图3 邹欣嘉宾主持人 图4 研讨会现场 “低代码”平台应该如何分类 邹欣CSDN前期做了一个调查结果是“22%的人已经开始使用“低代码”58%的人表示在一年内会去使用70%的人群对于低代码的定义是非常模糊91%的决策者认为他们利用了低代码之后效率提升50%以上”。这是一个全新领域大家会从哪个角度分析和切入 图5 骆勤腾讯微搭 骆勤个人认为分类可以有两种一种是从行业角度划分分行业通用低代码平台和特定垂直领域的低码平台另一种可以按可视化程度划分实际上国内外逐渐把很多无码平台也纳入了低代码这个体系所以又可以分低码和零码平台。 对于腾讯微搭“低代码”平台主要有三个明显特征 1微搭构建在腾讯云开发基础底座上定制能力具备了从无码、到低码以及全码三种开发模式这是我们的扩展性优势 2快速直连腾讯生态尤其针对小程序场景可以直接跟微信生态链路绑定比如用微搭搭建小程序通过私有链路来打通视频号、交易能力、支付能力等会非常顺畅 3拥抱开放生态。我们现在开放生态定位很清楚核心会把企业连接能力做好企业客户能通过微搭“低代码”平台把内外部产品服务和数据进行打通。 费腾我认为无论“低代码”或是“零代码”可以按照横向和纵向两个方向去分解决“功能性”和“领域性”的问题。 1“功能性”重点挖掘跨领域之间的共同特点以功能为主形成一个个子系统进行复用 2“领域性”则更加专注业务不断深耕聚集与业务相关的知识能力提供更便捷的垂直业务系统。 除了横向和纵向的大类外还可以从产品功能定义去拆分如大家所熟悉的“表单驱动”和“流程驱动”还有“模型驱动”。 蕾拉钉钉今年推出“低代码”聚合平台“钉钉搭”作为“低代码”聚合平台跟单一产品最核心区别在于“钉钉搭”是“低代码”产品聚合场更希望搭建“低代码”生态型平台希望把国内国际比较有代表性的“低代码”产品以及“低代码”能力融合在这个平台上依托于云底座能力为更多组织、有创意、有想象力、有动手能力的用户做服务。 曾静良我这里有一个我们的客户案例他们在数字化转型的过程中希望能有更合适他们的大平台助力解决各类复杂的管理流程最后我们把他们的经验复用形成一套“低代码”平台的分类逻辑 1为OA类厂商提供的“低代码”平台。以审批流程应用为主把制度规范、管理流程串起来 2为财务、业财一体化、ERP客户提供服务的平台。直接为有需要的客户提供一套垂直业务系统直接完成无代码式的数字化转型 3新型互联网厂商的低代码平台无传统B端软件背景的厂商。 图6 曾静良致远互联 千鸟作为一名开发者我更倾向把“低代码”当做辅助开发的一个工具。比如在业务模型确定后后端通过“低代码”平台能够自动完成数据库脚本生成、底层增删改查基础逻辑代码生成、还有相关大量同质化的WebAPI代码前端通过“低代码”平台则直接将设计图输出为页面文件。 这些“低代码”产出的代码直接交付给稍微懂开发的程序员稍作调整即可直接编译发布进入测试环节。因此从开发者角度看“低代码”的分类是否可以参考程序员的分类比如面向前端的、面向后端的、或面向数据库、运维的、测试的等等。 如何评价“低代码”产品的成熟度 邹欣 AI从学科角度已经非常成熟了已经成为标配了。但是从来没有任何一个学科搞“低代码”专业职业培训学校也都没有所以它作为一个学科是不成熟的但在工程领域又有许多使用“低代码”的成熟应用大家觉得应该如何评价“低代码”产品的成熟度呢 图7 蒋童泛微网络 蒋童我站在客户的角度谈一下“低代码”平台成熟度应该有的几个维度 1平台界面的友好度是否简洁方便学习成本比较低 2“低代码”平台到底可以快速构建什么场景。比如简单应用、复杂应用、业务场景能不能百分之百覆盖到 3平台的延展性、集成性。可不可以单独使用还可以跟第三方做集成这个“低代码”平台能不能接入我的中台 4安全性、易用性、可维护性、稳定性、和各个系统的适配性 5价格。因为“低代码”不是一个系统是帮助客户构建数字化落地的共建。客户的信息系统中将来既有OA、ERP、财务等各种专业系统同时手里还有“低代码”平台可以按需快速构建各种轻量级或者中量级的产品。 宁伟关于评价一个技术的成熟度我是这样看的如果这个技术已经存在面临更新改善或者组合创新那么就用传统方式去评估如果它是全新的、颠覆性的、革命性的自然也就需要用新的方式去评估才合适。 所以在评估“低代码”成熟度之前第一件事情是应该确定“低代码”究竟是革命性的还是组合性的。目前的低代码产品可以分为两个大类一类是刚才提到的 “模型驱动”“模型驱动”相比于原来的软件开发技术应该是个组合性创新。这种低代码平台通常用于开发比较复杂的系统所以我们对他们的成熟度要求会高一些按照开发企业级软件的标准进行评估。 国外Gartner有一个报告在 “企业级低代码”成熟度上定义了8个指标1性能2高可用性和高扩展性3云服务API的集成能力4灾难恢复5企业级安全6SLA7应用运行监控8厂商级的技术支持与培训。 而对于另外一种类型也就是面向业务人员使用的“表单驱动”低代码产品来讲需要先关注它提供的新价值是否达到预期即帮助前台、销售等没有IT技能的人做一些日常工作中用到的简单应用这个时候我们不应该用传统的企业级应用开发的标准去套用。否则我们不但是“杀鸡用牛刀”而且还在做压制创新的事情行业不应该往这个方向发展。所以我认为对于不同类型的“低代码”平台产品应该有不同成熟度的判断方式。 乔胜在评价“低代码”平台这个新生事物时不能仅站在技术某些细节去评价是否成熟因为大家走的路线都不一样但是在不同领域形成合力。 我认为应该从3个层次来考虑“低代码”平台的价值 1应用价值。是否能够很方便在上面构建复杂应用解决客户或者行业、或者某个领域的需求 2社会属性价值。“低代码”平台是个革命性的工具它的目的是为了解放程序员的劳动生产力通过这个平台到底为哪些行业解放生产力解放了多少生产力 3生态属性。在现在的企业架构环境里往往凭一个IT团队一个开发平台往往很难解决所有的问题我们希望通过一个或者少数平台为企业做更多事情比如最简单的这个平台能够提供多少开箱即用的应用、组件和方案能够引入多少业界先进的技术并将它们场景化落地能够为企业带来多少技术资源。 汤炉鑫个人认为目前国内把“低代码”的范围放大了我认为“低代码”成熟度应该围绕以下三点考虑 1面向从业者。不懂编程的业务人员能够根据需求快速搭建能够很快解决业务问题的产品 2面向业务分析师。能够通过做业务建模后基于少量脚本类代码或者规则生产出需要的应用 3面向开发者。有可视化的能力来解决研发生产力的模式。 朱文静我们对成熟度的理解有以下几点 1用户的满足度。比如AI平台可以通过平台实现功能全面性评价AI平台的成熟度。 2稳定性。比如做数据的平台平台的稳定性则非常重要。 3高并发性。比如平台是否支持一家用户有1000多人同时进行数据标注应该怎样处理这些高并发问题这也是“低代码”平台发展过程中要处理的事情。 4安全性。所有平台都离不开数据安全的问题。 5运行速度。比如AI平台线上提供GPU数据训练时时间周期的长短对于用户去使用的感觉也是非常重要的。 6服务能力。在过程中是否有技术支持、有培训、有无代码开放平台去服务客户。 7性价比。一个成熟的平台应该能够帮助客户大大的解决开发的门槛、成本和周期并且面向不同人群提供不同的可性的价格指标。 黄荣我们评估“低代码”产品的成熟度是跟对象有关系的不能拿评价杯子的标准去评价一个桌子。所以“低代码”成熟度涉及到应用全生命周期各个环节。这是一个综合性的东西包括在开发上的便利性、运营性能、安全性等等一系列指标都是需要去考虑的。 “低代码”开发和传统开发的相同和不同是什么 图8 千鸟社区KOL开发者 千鸟怎样快速组织一个全栈能力的开发团队我觉得应该是“低代码”与传统开发最大的区别。记得读研时导师当时留了一个话题对我至今影响深刻。他说市面上有很多公开的API能否直接调用公开服务做一套我们自己的应用当时研究课题领域是WebService和标准化接口现在移动应用如微信小程序、APP开发的最底层核心都需要调WebAPI所以从底层开发来看“低代码”能否有一种能力让开发者更好生成或者解决底层逻辑的处理。一套完整系统的研发在设计、研发、测试各个环节中有很多工作要做小型研发团队的精力有限“低代码”应该在传统开发之上让开发人员更专注系统的架构和逻辑尽可能降低代码编写的生产成本。 汤炉鑫我认为“低代码”本质是定义一套自己的语言体系解决如何快速编排建立自己的生态让相关的程序员或业务员在它上面做更多搭建和赋能。利用“低代码”开发同样会经历需求分析到上线发布的整套过程中间会有高级语言做支撑研发模式没有发生变化发生变化的是对组件化的要求更高了同时语言层面有更高级语言去组织。 宁伟基于中台来实现前后端分离把后端的能力进行抽象、重组前端编排进行快速开发是现在企业级应用开发的大方向。我们客户中大部分是软件公司或者大企业IT团队他们是从纯代码开发的模式转型到到低代码从他们给我们的反馈上看在转型过程中低代码开发团队仍然要和写代码的团队紧密配合才能充分利用之前开发好的数据中台和现有的IT资产无缝集成。那么这个结合点是什么WebAPI可能是一个非常好的实践。这里不但需要低代码平台去对接用代码写的WebAPI消费中台提供的数据还需要用低代码构建出WebAPI给纯代码写的其他模块比如市场端的小程序仓储端的WMS等调用为他们提供数据和能力这就是我们说的双向集成。 双向集成是每个“低代码”平台厂商一定要发力去解决的事情但我们要怎么通过自动化方式去分析对方系统动态建立数据模型搭建一个WebAPI并很方便的进行调试还需要投入更多时间和精力去研究。 费腾传统编码程序算法数据结构算法和数据结构都需要开发者去思考使用“低代码”平台许多算法和数据部分都被割裂了或者说逻辑太过松散不够内聚对于开发者来说有种“黑盒”的不安全感我认为现阶段它还不适合开发核心业务。我们的“低代码”平台不仅只是一个“平台”它本身也可以作为插件或者工具用到核心系统中里作为部分特定领域的更好实现这样会让开发人员的意愿度、参与度更好一点。若想作为一个全局的核心平台还是需要仔细调研和决策的。 汤炉鑫 我是做 toB 业务的很多业务复杂度非常高所以我们在推动这个层面时也遇到很多挑战开发人员从技能提升和未来的发展都觉得如果用类似“低代码”中基于模型、基于表单的方式去发展核心业务这个不太可靠。所以我们把现有的“低代码”拆开了“低代码”最好的核心是让业务不断做抽象它改变原来设计系统的模式设计任何一个系统首先围绕“低代码”的思想去设计这对复杂系统的扩展性一定会有帮助。 骆勤我认为“低代码”是一种抽象维度更高的计算机语言所以它作为一个语言是会进化的。刚有朋友提到“低代码”不适合核心业务我觉得应该辨证的看这个事情。至于普通开发的区别前面大家讨论很多早期传统开发需要写很多代码、走很多构建流程而在“低代码”平台下许多工作都做到了可视化这种区别很像是当年DOS系统与Windows系统的区别。未来的开发工作可以从键盘迁移到鼠标这也是我们需要去做的事情。 邹欣刚才几位老师讲的核心点是跟“低代码”这个“低”有关系是不是用“低代码”开发所有的东西就低了让开发者感觉远离他的核心业务举个例子我们入行用C写代码开发者可以按需管理内存后来JavaC#有独立的内存管理机制解放开发者管理内存的问题有些人因此就会觉得在开发语言上略显low但是javac#也同样强大。“低代码”是把复杂性隐藏起来以后更关注业务逻辑但是很多开发者会不会想我是一个手艺人我想写code把这个code写得越靠近机器越高大上觉得写业务逻辑low。在“低代码”开发认知上的不同我想也应该能算做是有别于传统开发的一个部分。 聊聊你的“低代码”产品中开发者最喜欢的3个功能 邹欣先抛砖引玉这是一个买家秀我们以前做了一个“智能表单识别”后来很多人觉得API太难用我们用Python把API的场景写出来训练模型后把模型填到程序中它就成功了有点像“填空式开发”很多人觉得很好能够更快速的落地。现有的“低代码”平台中用户最喜欢的功能是什么呢 蒋童我们的客户认为产品有三个比较吸引的地方 1云应用商店。里面现在有1000多种应用场景客户也可以通过“低代码”开发平台可以把他们自己的应用场景上传所有用户都可以通过云商店构建不同场景的应用。 2表单引擎。不需要懂计算机语言、不需要懂系统语言只需导入要常用的Excel就可以构建。 3可视化编辑的流程引擎。通过鼠标拖拉拽以搭积木的方式就可以快速构建各种应用场景。 宁伟我们葡萄城最近也举办了一个研讨会会前针对软件公司类型的客户做了份问卷调查最受欢迎的三个功能 1可视化构建WebAPI的能力。我们的活字格产品以可视化方式提供用户参数变量、条件判断、事务处理、访问权限的配置以可视化方式构建自己的API。 2抹平现有数据库差异的数据访问能力。企业有很多不同数据库有些软件用MySQL有些用SQLServer我们提供的一套机制帮助他们完成在不用数据库中的查询、写入、事务控制等所有这些东西都不需要写一行SQL我们帮它做了数据库翻译工作。 3响应式布局的能力。类似WPF平台grid的那套方式用“所见即所得”的方式同时支持绝对布局和流式布局。 李婷婷轻流是无代码开发平台面对终端业务人员更多客户最喜欢的是三个方面 1Q系列机器人。专注表单驱动、流程驱动它是串连人的能力。我们Q系列机器人定位是系统自动化未来还会引入AI的方式在信息化之上智能化 2“低代码”和无代码平台。提供“开箱即用”的能力比如一些场景模板如报销领域或工业巡检领域先加载一套模板在此基础上根据自己的需求做变更、优化和调整 3开放集成的连接能力。很难有一个企业可以解决所有信息化诉求这就带来所有企业都需要多套系统完成信息化过程那就需要这些信息系统之间可以协作和沟通轻流有一部分能力是专门去做系统集成API方面的无代码化。 乔胜我们平台是业务开发的“低代码”平台在不久前我们对所有开发者进行过一次调研大家认为喜欢的功能包括 1可视化开发中的沙盒测试环境。在零代码开发中不需要切换到专门的开发环境进行打包测试总体节省前端开发50%以上的时间 2一体化自动化的DevOps云体系。全程接管了研发协同过程除了在项目开发环境初始化时开发者对CI/CD操作基本无感而是将更多的精力投入到复杂业务逻辑实现中 3平台中提供了一系列的标准应用模板,实践了基于应用级模板的开放性极大地节省了项目交付的工作量。 朱文静我们在产品诞生就基于公司内部团队在AI应用开发时候的痛点去开发的因此AI应用开发者在做AI开发时只要看到Slick的界面就可以清晰地从业务逻辑去开发AI产品。 对开发者来说最喜欢的几个功能是 1模型的Pipeline几个AI模型叠加可以把各种不同模型的功能组合在一起比一个个模型的开发会效率提高非常多。 2AI模型开发插件包括数据预处理自动标注等等功能这对AI开发来讲可以以无代码的方式进行使用。 3AI模型的下载。用户在我们平台开发完成的AI模型我们支持H5预览或者API、SDK等方式部署支持直接外部调用开发同时也允许用户把模型下载下来独立应用在其他业务场景当中。 王潇我们提供各种门户道一云是企业微信最大的一家第三方我们的客户非常喜欢的几个“低代码”场景 1业务型数据中台。比如使用我们提供的平台直接替代CMOA、客服、后端的管理等非常核心的业务。 2灵活的扩展性。我们的客户企业每年都在发展、在变化业务调整和组织架构变化每年一次这写变化都能通过我们的“低代码”平台很好的切换不会因为业务调整造成线上服务的延迟。 讲讲“低代码”平台业务最有效的产品杀手锏级的应用 图9 宁伟葡萄城 宁伟葡萄城活字格“低代码”平台目前应用比较广产品最有应用前景的领域有两个分类 1工业互联网落地。工业互联网时代大量传感器产生了海量的数据和基于这些数据的分析结果需要有大量的协同管理和数据需要处理用原来的开发不仅成本高而且时间也较慢利用“低代码”实现数据和现有管理系统、现有管理流程之间的对接则可以很方便完成这些工业互联网软件的应用落地。 2在企业ERP系统上的应用。很多企业上ERP都是20年前的事情企业内部有OA系统、ERP系统、行业软件而且现有的数据是打不通的通过“低代码”重构一个全新的数字化平台。这个平台对接ERP等系统并且支持更低成本的扩展应用开发可以很方便解决旧版系统和现在的业务无法兼容导致的许多问题充分发挥原有IT资产的价值。 朱文静我们最有优势的一个业务场景是本身企业对于自己的AI模型有非常强迭代需求的场景。传统企业利用AI方式进行模型迭代的话由于会面对数据处理工具不规范模型管理和部署运维繁杂等问题它的周期和成本非常高所以在这个过程中使用我们Slick平台可以更快进行模型迭代和迁移学习。比如一些智能硬件的检测人肉眼是没有办法看见的东西这完全可以使用我们的平台打造出的检测模型迭代部分就可以变成非常轻量级的工作。 李婷婷关于“低代码”、无代码在实际应用场景的这个问题我们有一个制造业客户十几个工厂都在用每个工厂成立兴趣小组每个小组是来自人事、行政、生产、车间等各个部门的人他们定期学习这个工具然后头脑风暴有哪些场景可以信息化、流程化、规则化是一种“全民开发”的概念。 我们认为轻流无代码平台更擅长做 1长尾需求和知识产权管理。这种受众小、低频的场景是更适合用“低代码”、无代码去快速开发的。 2一些快速变化的新的业务。疫情前后商业模式在变更、应用模式在变更在快速发展变化过程中尤其一些新业务启动时要求非常快速投入市场需要有很快的信息系统支撑有了“低代码”、无代码更多新业务就可以通过这个平台快速响应并且在过程中可以随时调整和优化。 骆勤其实“低代码”也很适合做一些简单、很普惠的事情比如今年的河南大雨时应急团队用2个小时就完成了一个互助应用的开发效果也很好这在平时很难做到低代码很适合这种应急场景。 邹欣“低代码”通过四两拨千斤的方式在许多应用场景是真正解决了用户痛点。对我们的启示我们无需考虑“低代码”解决的是何种问题即便很少有人用的功能如果这个功能解决好相信“低代码”以后的机会也是特别大的。 2022年初CSDN就接力展开了关于“低代码”开发者应用体验的第二季调研活动。随后即将在广州、杭州、成都、西安、武汉组织研讨会您可以阅读原文参与调研期待您的参与 阅读原文CSDNhttps://marketing.csdn.net/questions/Q2112311644034199411?utm_sourcelowcodeyuanwenyun
