低代码或无代码是一个趋势？

rockxyu:
这个不是趋势的问题，应该算是计算机发展的一种普遍的诉求。就是拿机器代替人，完成一些重复的、低效的、需要大量人工但价值本身并不大的工作。比如程序员的CRUD，再比如厨房的洗菜切菜。这些工序必不可少，是相关工作的基础。但是无限重复劳动，花大量的时间在这些简单的重复动作上，本质上对人类发展是没有意义的。作为一个干了十几年的程序员，我不觉得所谓的低代码无代码能代替程序员，毕竟程序开发本身，尤其是深层次的如算法、数据结构、逻辑分析，都不是程序可以替代的，这些必须是由程序开发者来做。但是问题来了，完成这些相关的复杂工作以后，那些简单的工作是否可以由机器去替代。理由有几个：其一、大量的建表语句、以及基础的CRUD，不可能不写，写起来工作量并不小。一个大系统，可能光CRUD就得差不多三五天；其二、人肉这些重复工作，时间低效不说，还容易错。往往一个小错误，后期通过debug和测试来修复，又要花费更多的时间；其三，也是个人认为最重要的，仅仅是为了增加几个工作岗位，而让程序开发者花费不少精力用于这些重复劳动，不如让开发者从琐碎和重复中解放出来，更好的去完善逻辑、算法、架构层面的东西，有更多的时间来提升自己。 说到底，低代码/无代码给谁来用，怎么用，才应该是这个问题的核心所在。

【回复】一个大系统，对一张单表做CRUD就得三五天了[滑稽]
【回复】所以这个趋势是不是叫做“低代码”，“X代码”，“XXX”已经不重要了，重要的是它是不是确实解决了实际问题，创造了更大的价值
【回复】说到点子上了，计算机的出现就是为了解决重复且无意义的工作，况且计算机的出现也没有把数学家挤兑掉。
Linux-code:
SQL 就是40年前的低代码，当时也是充满了各种质疑。40年后，没有人去自己写磁道寻址（处理结构体在磁道上的存储位置计算）、内存管理（外排序、缓存管理）、B+树索引以及各种数据结构、排序算法，直接写 SELECT ... FROM... WHERE 即可。今天的低代码发展完全可以类比当初的 SQL，以后不再自己写 html, css, java 做各种复杂文件拼接、组织，直接拖拉拽即可。部分满足不了的（所谓的图灵不完备），就附带一点脚本来解决，类似纯 SQL 不能解决的逻辑，就引入 PL-SQL。 低代码不是无代码，它是为程序员（可以水平差一点，但是不能没有编程思维）赋能的工具。看好低代码的发展，因为它完全符合第一性原理，任何情绪化的，政治化的抵触都无法阻挡它前进的步伐。

【回复】比喻合理[热词系列_可以]
抛瓦_笑出强大:
每当一个技术出现低代码，就代表下一个更好的技术要来了。

喵一喵喵喵:
本质就是代码复用，就看业务逻辑能多大复用，或看低代码平台能给到多大复用。

达达里A:
谷歌很早就搞了，可视化编程，想好思路，点点连线就完事儿

我真没胡萝卜:
都做了好几个系统了还在这里讨论是不是趋势，行不行试一下不就知道了嘛

bili_56771776:
过程是这样的，低代码，无代码，然后要写代码调整它少代码，然后是多写代码防止它多代码

这年头改名字还要硬币:
这东西一出来估计不少水平低的就要下岗了

Violienk:
上来就是类比化,但是这个类比非常不恰当 这根本是OO的思想 OO=低代码无代码? 你真做了就知道,低代码的抽象根本就要命的, 简单的数据提取系统就可以弄死你

【回复】不如自己弄个更高级的语言吧,出个语言吧
bili_54925475826:
先别搞啥低代码了，就现在框架还有很大提升空间，先把框架复杂度搞低吧。

柳林博弈:
低代码/无代码做特别垂直领域尚可，其他现在就别想了，实施工程师不写代码？想啥呢？复杂功能还得写代码，或者二次开发，单独定制。用户不写代码是真的，但是和用户把活儿包出去有啥区别吗？