这是一个创建于 1580 天前的主题，其中的信息可能已经有所发展或是发生改变。
近 2 年来，出了很多低代码平台，国内钉钉出的宜搭应该是知名度最广的，国外有微软的 Power apps，OutSystems,我自己也做了一些研究，有以下想法： 1 对于终端用户来讲，集成表单和工作流的低代码（或无代码）平台，还是有一定的吸引力的，但是这类客户应该是有些规模，并且一般有独立的 IT 部门。 2 站在开发公司或程序员的角度来讲，选择低代码平台的较少，选择 framework 的较多，毕竟受到的限制较少 3 站在开发人员的角度，采用代码生成技术的平台应该比较有吸引力，比如从 model->form->wokflow->app,生成了部分模版代码，这些代码对开发人员是透明的，可以根据需要进行调整。 4 长久来看，介于编程框架(framework)和低代码平台(lowcode)之间的产品应该会越来越多，越来越成熟，传统的开发方式也会改变，进而会导致基于 saas 服务方式的开发平台越来越被接受，并促进应用开发方式的变革，但是应该还需要 5-10 年的时长。 5 目前看来，专业化、复杂程度较高的软件，仍然无法从低代码平台中受益，从低代码平台中受益的是 ERP，业务流程管理，数据采集系统等。
 | 1 wobuhuicode 2021-06-16 12:18:09 +08:00 09 年的时候也有这样的言论。那时候还叫做 直到后来移动端 轰轰烈烈的来了。 旧的开发模版都给推倒重来。 |
| 2 wobuhuicode 2021-06-16 12:19:55 +08:00 09 年的时候也有这样的言论。那时候还叫做可视化开发 (代表有：Delphi) 直到后来移动端 轰轰烈烈的来了。 旧的开发模版都给推倒重来。 |
 | 3 ychost 2021-06-16 12:31:58 +08:00 20 年前巨硬就有类似的 webform 妥妥拽拽就有可视化网页，还有网页三剑客相关的 |
 | 4 chairuosen 2021-06-16 12:32:42 +08:00  9 然后低代码平台能做的越来越多，越来越细，于是重新发明了 dreamwaver |
 | 5 MarkLeeyun 2021-06-16 13:02:42 +08:00 感觉代码应该不会被淘汰。至少现在可预见的几年内应该不会。 |
 | 6 reactsub1 2021-06-16 13:34:37 +08:00 低代码平台本身是需要大量程序员编码开发和建设生态的。另外从客户角度来讲，只要能解决问题，管他叫什么 |
7
encro 2021-06-16 13:45:07 +08:00 先流行起来的是无代码，比如宜搭，微搭之类的。
低代码程序员脚手架很多的，一直。
比如基于 symfony 的一系列应用，都可以看做低代码。https://symfony.com/projects
这里面有很多类似 wordpress, drupal 的 Blog，CMS, CRM，PIM 等等。
低代码最新流行起来的应该是 headless XXX 。国内目前做应该还有巨大机会。
低代码程序员脚手架很多的，一直。
比如基于 symfony 的一系列应用，都可以看做低代码。https://symfony.com/projects
这里面有很多类似 wordpress, drupal 的 Blog，CMS, CRM，PIM 等等。
低代码最新流行起来的应该是 headless XXX 。国内目前做应该还有巨大机会。
 | 8 NewYear 2021-06-16 14:36:14 +08:00 OA 系统就是一种很好代表啊，企业的业务基本上都可以表单化+审批流+报表，通常是网页 PC 端+手机端。 我们用的可能因为不是集团版，表单与表单之间的关联性不够强，缺少触发器功能（可以手工在数据库写触发器），目测这种无代码平台是很方便的。 一方面是不需要很多人力，也不需要专职程序员，设计和运维的效率很高，另一方面可以对接人事资料，组织架构，整个企业可以联动起来。 还有开放 API，等等…… 这种一定是未来的趋势，因为每个企业都不一样，又没有过多的 IT 预算，非专业人员也玩得转。。 |
 | 9 samin 2021-06-16 14:39:14 +08:00 关于低码平台的讨论可以参考一下 https://v2ex.com/t/778356#reply53 |
 | 10 dk7952638 2021-06-16 14:42:37 +08:00 1 "领导要亲自动手" |
 | 11 chengxiao 2021-06-16 14:59:53 +08:00 这东西至少近 20 年来就没停过 不过都失败了 不要说 web 时代了，当初的 VB6 的时候 不也是各种拖拽控件 做 windows 应用 专业的事 还是交给专业的人来做 |
 | 12 opentrade 2021-06-16 15:02:49 +08:00 炒现饭 |
 | 13 gainsurier 2021-06-16 15:07:40 +08:00 如果开发平台没有什么太大的变革的话，还真有可能被颠覆 |
 | 14 gzf6 2021-06-16 15:08:46 +08:00 via Android 1 人性复杂，千变万化 |
 | 15 westoy 2021-06-16 15:15:14 +08:00 这就类似重新发明万能充和可插拔电池的手机的梗 90 年代末到 20 年代初流行过, 一键生成企业网站的网站 2000 年初不要太多啊， 国内最早引入的 php 书里有一本就是怎么通过 DW 装插件只要写几行代码就能生成一个带数据库操作的网站的 然而因为根本没多少人用都哑了 潮流就是个圆 |
 | 16 shyrock 2021-06-16 15:57:18 +08:00 5 所有基于封装思想的技术都无法解决抽象级别越高，系统能力越低的根本问题。 软件系统的抽象是有利于复用的，但是抽象过程丢失的是业务细节和能力。 所有工作流、规则引擎、模板都一样。 否则就是把编码复杂性转移到配置复杂性和学习复杂性。 真正能解决问题的，只有等 AI 编程成熟，实现直接从业务需求产生定制代码。 |
 | 17 wolfie 2021-06-16 16:07:48 +08:00 光个人接触就好多年了，国内大外包公司都有好几套。CRUD 、审批流、报表 随便拖拖就出来了。 |
 | 18 youxiachai 2021-06-16 16:34:20 +08:00 为啥是近 2 年.....不是十几年前就有的东西了吗.... |
 | 19 bluehr 2021-06-16 17:13:59 +08:00 后端没接触过好用的，不过前端倒是深度使用了百度的 amis，如果是传统的管理型页面还好，确实有用能简化开发，不过架不住需求越来越变态。 |
 | 20 libook 2021-06-16 17:44:41 +08:00 涉及到纯逻辑或流程的功能会比较适合低代码或无代码化，但涉及到技术实现和算法方面的还是离不开代码。 而适合低代码或无代码化的领域可能也更多是在生产效率和成本方面做的权衡才采用这种方案，相当于灵活性很高但门槛也较高的 UI，一切都看性价比。相应的举个例子就是当使用、采购和维护低代码系统的成本高于雇佣一个开发团队的话，可能还是不会选择低代码方案。 影响 SaaS 技术发展的主要因素应该是软件生产流程的变革，解决除了开发产品以外的问题，如运维问题、资产管理问题。 |
 | 21 wangyzj 2021-06-17 09:17:04 +08:00 高度定制就别想了 但不高度定制又基本都满足不了需求 |
 | 22 yy77 2021-06-17 14:52:54 +08:00 低代码平台尤其适合领导完全不知道需求是什么或者极其不稳定的的公司，能以相对比较少的人力改动。 当然如果舍得砸钱砸人，那就不太用得上了，可是能投很多 IT 预算的（包括人力预算）公司毕竟少。 |
 | 23 arongpm 2022-03-18 14:31:34 +08:00 我认为是有用的，低代码开发平台能快速的实现企业具体的需求，降低成本，提高企业的数字化，让一些有基本计算机常识的业务人员也能参与到系统的搭建。 低代码开发本质上和技术人员使用 framework 来说，没有什么本质上的区别。 利益相关：JEPaaS 产品运营 |
 | 24 ggbond2 2022-08-21 11:38:47 +08:00 国内低代码平台的话码匠好用( https://majiang.co/)，前端直接拖组件，支持云端和私有化，逻辑简单好上手 |
Select Language