lowcode 我劝你别用

low code 如果有用处的话，硅谷那么多公司高薪雇人就是傻逼了

尽管 low code 作用很有限，但你说的这个问题并不是它独有的问题，只能说开发团队没处理好……

@lanlanye 用的是阿里的 lowcode 那一套狗屎

lowcode 处理简单的需求，还要两个人一起改，要么选型错误要么就是俩人都菜，难道不是一个人把一个功能做完

lowcode 处理的就是企业开发的审批、表单、台账业务，需求是非常明确也是有他的场景在的

你说的这个问题和 lowcode 有啥关系，这不就是多人协同没做好么

低代码还是要看场景的，在我司的后台开发推广低代码后，95%的需求可以低代码化，前端完全配置化，后端辅助生成代码，基本不需要前端参与，效率提升还是很高的

power bi 算不算？这个在欧美公司用的可多了

场景不适合呗。lowcode 不适合多人协作。

拿谁的都要二开，协同锁还是有必要的

同楼上, 看场景吧.
我觉得像是高程度定制界面的项目, 完全就不适合低代码. 我现在手上的项目就是, 初期实现时就是半桶水的低代码, 之前的人写了一大堆看起来什么复用 插槽等模版式的写法, 各种套来套去, 各种配置/循环的形式生成界面, 现在经常出现改一个地方, 其他页面的炸了, 或者是老板对界面不满意, 又继续改, 然后其他地方用到的他又没说要改...非常痛苦, 现在还是得删了那垃圾代码重新写一份

这不是 lowcode 模式有问题，是平台的问题

@wenjie0032 什么工具，推荐推荐哈

做 lowcode 之类的前端开发 4 年了，对程序员来说确实不那么香。
但是它快啊、快啊。不需要程序员就能产出能页面甚至是小应用啊，对某些人还是很香的。

1.首先，两个人开发同一个页面就很奇怪。
2.阿里开源的只是最基础的渲染器和组件库，像版本回退，多人协作这些本来就需要你自己实现。

low/no code 虽然我不用，但不得不说市场下沉是大方向，这个挡不住，低端程序员的市场会被侵蚀

@colincat #12
我目前在用的是 基于 go + vue 自研的一套前后端一体化工具, 尚未开源, 不过类似开源的项目很多, 比如

百度的 https://github.com/baidu/amis
唯品会的 https://github.com/vipshop/ams
Yao https://github.com/YaoApp/yao

amis/ams 这类是只做前端低代码, 需要根据自己项目的后端情况再搭建一下整体工程

yao 这个是 前后端一体化的开发引擎, 看介绍十分强大, 不过我觉得太重了, 没具体在项目中使用

op 用的是 ivx 吧 我也在用，那种感觉真的跟吃屎一样

@murmur 你没遇到多人改一个页面，只能说明你公司太小

@HaroldFinchNYC 我写的很清楚，低代码的场景非常专一，就是企业开发，而且是最好是和审批管理类有关

那种带协作的低代码生成的是完整的 spring boot+vue 项目，源码都在你手上，不能协作只能说你选型问题太大了

这个 lowcode 平台有问题吧，简单点直接 lock ，同一时间只允许一个人编辑同一个模块

要不等我的产品出来了再看看 🐶

lowcode 我司用的很香，低代码组件写好，业务方拖拖拽拽搭建官网非常快。

一般来说同一时间只能一个人编辑就行了。

用了 git 瞎几把 merge 甚至 rebase 的猪队友还少么。

这不是低代码问题，正常用这种平台不会多个人干一个模块的
低代码的问题是不灵活，有坑只能等更新，还有就是更新会出新坑

lowcode 这条路研究这么多年了还是没法很完美的走通，真不如 chatgpt

lowcode 这个东西我觉得只适合特定行业,比如电商,固定组件拖一拖.
我真不知道什么人会有这种,拖一拖就能生成一个 app 的需求,这个 app 能干嘛?

@murmur 要是我能有权力选型，我还在这里抱怨什么？？？

@minglanyu 你们是自研的，还是用开源的改的？方便说一下用的什么 lowcode 系统吗

@HaroldFinchNYC #28 自研的 据说当时投入了挺多人力