换了两份工作都是”低代码“后台管理系统 无非就是尽可能的抽象业务做成可配置的参数。做了这么久后发现了几个问题
缺点：
1.客户需求定制-抽象的满足不了要求时候需要加各种奇奇怪怪的功能
2.由于1的原因我们加入了很多自定义脚本的地方这就会造成 开发不想用，非技术又不懂
3.出码-有一些企业需要源码，高级一点的出的码和正常的项目一样，低级的就是json解释器直接上，如果有新的需求在低代码平台改完继续点出码 脱裤子放屁的感觉
优点：
稳定性比较高，已有的模块都经过测试
最新都在说 vibe Coding 我也经过测试了确实从0-1 实现一个CRUD功能很快，但是从1-100这个过程很痛苦特别是这种后台管理的项目 对数据准确的要求很高 比如权限 流程 整体的业务往往是改了这个那个就坏了
缺点：
1.太灵活像权限 审批这些准确性需要很高的地方ai会很容易改错
优点：
还是灵活 能力上线就是个人vibe Coding 能力
所以有没有一个处于这两个中间的产品 既有低代码的稳定性 又有使用纯codex 这种的灵活性
主楼- 4396昨天
把低代码当做模板生成器去用
做好底层单元方法
然后需要定制的，继承后重写即可
我们集团的低代码就是这种模式
不是动态渲染的，不做动态发布
页面拖拉拽、配置表格、树，都生成实际的代码发布到git
然后client拉取git热更新
既有低代码的稳定性 又有使用纯 codex 这种的灵活性
我感觉非常符合你这个说法
- 长夜昨天
那你们这个类似若依的代码生成码 拖拽完其实生成的是代码文件
- 4396昨天
是的
封装了各个场景下的 前端vue\ts 后端java
你选组件，我就用对应的模板来给你拼
最后出去的就是vue+ts+java 源码
然后直接推送到项目git里
你觉得A页面，哪个地方不符合需求，那就在平台里搞一个占位
那么出来的代码就是 A+空白占位 ， 然后空白占位的地方你自己发挥
你觉得接口少了一点操作，但又是高度定制化，平台配不出来，那就直接extend后，super.方法 + 你自己的定制逻辑
这种我觉得可能是给ToC什么的去看数据 可以按照需求动态去生成页面 但是管理系统主要是数据的流向 比如一个请假审批单 就是确定的谁审批谁不能审批
- skyrim昨天
之前还需要拖拉拽，以后都是只能ai决策，ai生成全流程，你负责审核即可，之前低代码平台还有若以这种，都要淘汰了
明白 但是这种我觉得又会出现这种情况 开发不想用，非技术又不懂 我们平台目前也是这种 配不出来你就自己写 但是这种客户又用不了ai 他不了解我们平台运行时 只能是讲一遍又一边
- 4396昨天
是的 我用了vibe 后感觉从0-1 很快 随着功能越来越多 改完这个那个又不行了 业务和业务之间的关系非常的不稳定
- 𝔸𝔼𝕍𝔸昨天
各种所谓的低代码平台因为客户需求强行加各种能写代码的功能,点名 NocoBase ^-^有 ai 了更是毫无价值
确实 我接手公司的低代码项目后主要是维护 我自己都不想用 哈哈哈
- skyrim昨天
佬 还有一个问题就是 你们有没有做业务的建模 比如详细的描述出业务的流转什么的 比如要改一个功能平台可以出一个影响范围
- 4396昨天
有做建模管理，这是一切的出发点
后面跟着字典、表关联关系、页面关联关系、弹窗引用关系
在平台能清楚的看全，这个字段被谁引用，哪个页面是通过哪个字段关联的，页面上的哪个按钮和哪个字段的哪个值有关(又和哪个字典项有关)
今年还做了规则引擎上去，用的liteflow
比如说，在平台上就能完成，保存前执行xxx、保存后执行xxx，xxx方法可以上自己写的，也可是上平台里配置的其他方法
佬 如果是要用ai的化怎么办 是平台内置的ai还是类似NocoBase 那种暴露给其他agent 工具
- 4396昨天
我们现在上正在调skill
来驱动平台，不直接暴露工具生成代码
因为我们这种做法，是不允许绕过平台的，比如说你自己偷偷加了某个字段，没有在平台上加，那么后续平台更新版本重构模板的时候，会覆盖base代码，你偷加的东西就没了
明白佬 但这个是需要单独维护还是说 维护这个关系后就直接可以生成代码
- 4396昨天