低代码平台有用吗？谈谈 5 年后编程方式的变革

2021-06-16 12:04:08 +08:00
 chengdonghui

近 2 年来，出了很多低代码平台，国内钉钉出的宜搭应该是知名度最广的，国外有微软的 Power apps，OutSystems,我自己也做了一些研究，有以下想法： 1 对于终端用户来讲，集成表单和工作流的低代码（或无代码）平台，还是有一定的吸引力的，但是这类客户应该是有些规模，并且一般有独立的 IT 部门。 2 站在开发公司或程序员的角度来讲，选择低代码平台的较少，选择 framework 的较多，毕竟受到的限制较少 3 站在开发人员的角度，采用代码生成技术的平台应该比较有吸引力，比如从 model->form->wokflow->app,生成了部分模版代码，这些代码对开发人员是透明的，可以根据需要进行调整。 4 长久来看，介于编程框架(framework)和低代码平台(lowcode)之间的产品应该会越来越多，越来越成熟，传统的开发方式也会改变，进而会导致基于 saas 服务方式的开发平台越来越被接受，并促进应用开发方式的变革，但是应该还需要 5-10 年的时长。 5 目前看来，专业化、复杂程度较高的软件，仍然无法从低代码平台中受益，从低代码平台中受益的是 ERP，业务流程管理，数据采集系统等。

5884 次点击
所在节点    程序员
24 条回复
wobuhuicode
2021-06-16 12:18:09 +08:00
09 年的时候也有这样的言论。那时候还叫做
直到后来移动端 轰轰烈烈的来了。
旧的开发模版都给推倒重来。
wobuhuicode
2021-06-16 12:19:55 +08:00
09 年的时候也有这样的言论。那时候还叫做可视化开发 (代表有：Delphi)
直到后来移动端 轰轰烈烈的来了。
旧的开发模版都给推倒重来。
ychost
2021-06-16 12:31:58 +08:00
20 年前巨硬就有类似的 webform 妥妥拽拽就有可视化网页，还有网页三剑客相关的
chairuosen
2021-06-16 12:32:42 +08:00
然后低代码平台能做的越来越多，越来越细，于是重新发明了 dreamwaver
MarkLeeyun
2021-06-16 13:02:42 +08:00
感觉代码应该不会被淘汰。至少现在可预见的几年内应该不会。
reactsub1
2021-06-16 13:34:37 +08:00
低代码平台本身是需要大量程序员编码开发和建设生态的。另外从客户角度来讲，只要能解决问题，管他叫什么
encro
2021-06-16 13:45:07 +08:00
先流行起来的是无代码，比如宜搭，微搭之类的。

低代码程序员脚手架很多的，一直。
比如基于 symfony 的一系列应用，都可以看做低代码。https://symfony.com/projects
这里面有很多类似 wordpress, drupal 的 Blog，CMS, CRM，PIM 等等。

低代码最新流行起来的应该是 headless XXX 。国内目前做应该还有巨大机会。
NewYear
2021-06-16 14:36:14 +08:00
OA 系统就是一种很好代表啊，企业的业务基本上都可以表单化+审批流+报表，通常是网页 PC 端+手机端。
我们用的可能因为不是集团版，表单与表单之间的关联性不够强，缺少触发器功能（可以手工在数据库写触发器），目测这种无代码平台是很方便的。

一方面是不需要很多人力，也不需要专职程序员，设计和运维的效率很高，另一方面可以对接人事资料，组织架构，整个企业可以联动起来。

还有开放 API，等等……

这种一定是未来的趋势，因为每个企业都不一样，又没有过多的 IT 预算，非专业人员也玩得转。。
samin
2021-06-16 14:39:14 +08:00
关于低码平台的讨论可以参考一下 https://v2ex.com/t/778356#reply53
dk7952638
2021-06-16 14:42:37 +08:00
"领导要亲自动手"
chengxiao
2021-06-16 14:59:53 +08:00
这东西至少近 20 年来就没停过 不过都失败了
不要说 web 时代了，当初的 VB6 的时候 不也是各种拖拽控件 做 windows 应用
专业的事 还是交给专业的人来做
opentrade
2021-06-16 15:02:49 +08:00
炒现饭
gainsurier
2021-06-16 15:07:40 +08:00
如果开发平台没有什么太大的变革的话，还真有可能被颠覆
gzf6
2021-06-16 15:08:46 +08:00
人性复杂，千变万化
westoy
2021-06-16 15:15:14 +08:00
这就类似重新发明万能充和可插拔电池的手机的梗

90 年代末到 20 年代初流行过, 一键生成企业网站的网站 2000 年初不要太多啊， 国内最早引入的 php 书里有一本就是怎么通过 DW 装插件只要写几行代码就能生成一个带数据库操作的网站的

然而因为根本没多少人用都哑了

潮流就是个圆
shyrock
2021-06-16 15:57:18 +08:00
所有基于封装思想的技术都无法解决抽象级别越高，系统能力越低的根本问题。

软件系统的抽象是有利于复用的，但是抽象过程丢失的是业务细节和能力。
所有工作流、规则引擎、模板都一样。
否则就是把编码复杂性转移到配置复杂性和学习复杂性。

真正能解决问题的，只有等 AI 编程成熟，实现直接从业务需求产生定制代码。
wolfie
2021-06-16 16:07:48 +08:00
光个人接触就好多年了，国内大外包公司都有好几套。CRUD 、审批流、报表 随便拖拖就出来了。
youxiachai
2021-06-16 16:34:20 +08:00
为啥是近 2 年.....不是十几年前就有的东西了吗....
bluehr
2021-06-16 17:13:59 +08:00
后端没接触过好用的，不过前端倒是深度使用了百度的 amis，如果是传统的管理型页面还好，确实有用能简化开发，不过架不住需求越来越变态。
libook
2021-06-16 17:44:41 +08:00
涉及到纯逻辑或流程的功能会比较适合低代码或无代码化，但涉及到技术实现和算法方面的还是离不开代码。

而适合低代码或无代码化的领域可能也更多是在生产效率和成本方面做的权衡才采用这种方案，相当于灵活性很高但门槛也较高的 UI，一切都看性价比。相应的举个例子就是当使用、采购和维护低代码系统的成本高于雇佣一个开发团队的话，可能还是不会选择低代码方案。

影响 SaaS 技术发展的主要因素应该是软件生产流程的变革，解决除了开发产品以外的问题，如运维问题、资产管理问题。

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/783695

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX