低代码平台似乎越来越成熟，前端程序员到底该往哪里深入学习才不会被替代，看完无远以及一些商城项目陷入迷茫了

可以去开发低代码平台。
啥时候低代码平台可以自举了再说

从 github 克隆一个商城项目，改一些参数字段，换个 logo ，这个过程不就是低代码
从 npm 装一堆软件包，重新组合一下，变成符合业务需求的项目，不还是低代码
难道这有业务系统是从零开始写的？

现代 web 有多脆弱，就是同一个前端工程，放在那不动，依赖 lock 锁住，一年以后想改个字段，再打包，会报错，所以要一个前端工程师来解决这些麻烦。
同样的，几年前的 java 项目，现在用最新的 idea 跑起来，也得调试一上午。
这就是普通程序员的价值✔

2-8 原则 可以了解一下。

低代码不是万能的。。

不过确实可能会有一定影响。

低代码平台还能帮你运维不成, 出了问题不还得去看代码实现. 比较紧急的 BUG 还得等低代码平台先修复么.

低代码这东西其实就是把常用功能模块化方便你搭积木而已。自身是没有抽象和建模能力。程序员担心这个？还不如去担心一下 AI 领域的那些个巨型文本模型，比如 GPT-3 这种东西，这玩意才是真正奔着刨程序员祖坟的方向去的

低代码，20 年前的 DW/WebForm 就在玩儿，只玩意儿只适合流程表单类的，而且性能一般般，我认为个人要保持一颗学习的心，对于新出的事务不要排斥要去了解，好的东西就吸收

我小学的时候大概 08-09 年，选修课学 FrontPage 和 dreamviewer ，那会第一次接触前端。找框架，找模板设计自己的“个人空间”，那会很多人说以后小孩子都会写网站。后来 10 年的事情大家都知道，前端还曾一度被认为是薪酬非常好的职业（虽然现在行情感觉不如前 5 年了），而小孩子也并没有都去开发前端。

2202 年，生态与 10 多年前相比更加成熟了，所以“低代码”又“卷土重来”了。个人感觉这东西和“少儿编程”类似，属于行业边际产物，根本原因是生产力 yu 了。

从发展路径看，dreamviewer 没有成为前端工程师的主力工具，前端也没有被替代。因为不是有了这种“低代码”工具就可以涵盖前端所有的工作（理解需求，沟通业务，后端对接），根本逻辑还是老生常谈的“工具无法取代人，只是提高效率的手段”。

@Mark24 不要这么偏激，我们上家公司做 IDC 管理，给阿里，腾讯客户的交付项目都是低代码搭建的，交付周期从 2-3 年的交付周期到 4-6 个月的交付周期，大部分时间都是放到新功能开发了，后期模板组件完善的话 3 个月内交付一个大的定制化 IDC 管理场景，小的 IDC 机房定制化两个人一个月都交付了，这种 case 交付成本多低都会转化成利润，像 @kop1989smurf 所说的场景低代码确实不合适，就行报表 dashboard 的场景客户关注的指标和样式变更很频繁，单纯靠开发的交付速度下一次招标别来了

但凡自己能整理一套套常用的通用的项目 demo ，并且可以复用，我就觉得是低代码了

说到底还是效率驱使

巴不得低代码平台。。这可是好东西。。作为研发要用发展的眼光来看待事情。重复简单的工作，老走一套流程太麻烦了

@kop1989smurf #4

@kop1989smurf 你说的这些内容低代码或者零代码开发平台完全可以胜任。