为啥现在到处都是低代码了？？

[MuscleOf2016]

不是很理解，这个东西的。

[5p85RsPBwFZpTf2e]

简单业务可以用, 复杂业务还是得手写

[GeruzoniAnsasu]

一帮程序员光盯着「低代码」里的「低」，觉得这种代码很 lowb


但其实这种东西的存在意义是 「低-**代码**」， 我一个完全不会用电脑只懂刷手机的暴发户土老板也能「写代码」，「我自己写业务不比那群不懂装懂的程序员强多了」

[bojue]

@8355 20%的成本解决 80%的问题为什么不用

[lokitangl]

@liuzhihang
比如一个电商公司，库存和物流是两个不同部门负责，想看一个聚合报表后端都要想办法取数据和运算，另外数据还可能有的离线有的在线，现实如果都是轻松配几个字段，echarts 展示一下就好了，那确实简单了，但现实永远不可能那么简单。

可能你接触过的项目可能比较简单，甚至可能全公司就一个 MySQL ，连后端都不用，前端查一查写几行 sql 就解决问题了。

[zjsxwc]

说到低代码。

1. 要么用已经几十年了的 微软的 Access 或者 LibreOffice 的 Base 这种模式，就是
客户端拖界面，用 vb 交互，内嵌 sql ，然后直接连接 sql server 或者 mysql 数据库，用数据库自带的用户来权限管理，
特别适合做几百人的小公司用的 erp 、oa 等业务，能够方便的应对各种业务，由于是直接基于数据库表与 sql 操作的性能也能得到保证，由于用了通用数据库，也能和外部系统直接对接数据，缺点还是需要使用者有一定 sql 知识。

这种模式的进阶就是德国的 sap ，进化为用 abap 这种类似 sql 的语言来描述 ui 界面。

2. 要么用钉钉宜搭这种工作流配合每个工作流表单拖拽搞，缺点是不能灵活应对需求且功能有限依赖于钉钉宜搭官方平台的二开付费项目，只能用于有限的业务场景，而且一旦业务复杂或者改动增加就很费时间去拖动各个之前相关的表单浪费时间与人力，而且性能确实不好，也不方便数据对接，优点是使用者不需要了解 sql 。

[muben]

低代码看上去重复工作减少了，实际上的代码量可能比自己写的还要多的多。对于需要二次开发的功能还不如自己开发效率来的高

[lambdaq]

生产力过剩。

[8355]

剩下的 20%问题呢，怎么处理？

[zjsxwc]

@zjsxwc 附上 libreoffice base 的官方教程
https://wiki.documentfoundation.org/images/e/e8/BH40-BaseHandbook.pdf

[justdoit123]

1. 低代码不好限制系统边界。你提供了拖拽配置能力，给了一般用户想象空间，提高用户的期望值。
2. 要用好，避免不了二次开发。所以简单用用可以，要想用好，就得学习对应的低代码系统二次开发。别指望什么问题都可以通过用户或者技术客服 拖拖拽拽就能搞定。
3. 低代码肯定能提高开发新模块的效率。但是别封装过头了，会砸自己的脚。
4. 低代码系统达到简单的配置是不够的，除非只是自己用，或者只服务少量客户。面向 toB 的低代码系统，最好要构建足够好的错误收集、debug 工具、样例数据构建、部署工具、(技术)客服工具、二次开发文档 sdk 、升级测试等等基础设施。链路很长。。。

[GLee9507]

常用来看目的是降本增效

[jiekeop]

@murmur 可以推荐个吗？很需要这种东西

[luzihang]

后台管理可配置，也是一种低代码吧。运营，数据分析师，业务方都可以参与进来。提高工作效率。

[corcre]

门槛低?我们的乙方新上了套低代码系统以后直接让实施去开发简单的新功能了...

[bitmin]

看好多人回复，想法是把整个项目都用低代码做了

不是啊，像一些后端服务指标啥的，我后端只要用低代码展示出来看，不需要去找前端写页面或者自己写页面。数据也是我后端写的接口提供

这种场景用低代码不香吗

[bojue]

@8355 定制，通过开发低代码接口，自定义组件和数据源，或者页面，模块自定义，成本开发前一两年成本很高，但是越到后期成本越低

[cnsdytedison]

@Alphones 可能 ai 配合的话不需要低代码也可以工作。

[murmur]

@jiekeop 我们是买了付费的

[murmur]

@8355 二开啊，现在的低代码都可以生成完整代码的，vue 和 spring 不会有人改不动把

[bhbhxy]

不得不佩服微软，几十年前 ASP.NET winform 就走在了世界前列，现在拖控件什么的不就是抄微软嘛😂
结果一堆人喷闭源，现在这些低代码不也这样