这是一个创建于 492 天前的主题，其中的信息可能已经有所发展或是发生改变。
1 、低代码平台面向的场景：xxx admin 或者企业、gov 的行政、审批类系统
2 、低代码平台≠不能定制，低代码有 2 类，一种是 OA 类，自带人事、考勤、项目、物资、合同、采购、报表、大屏、会议、车辆、调查、日程、督办、填报等一列功能，注意是自带不是需要开发，一些新的 OA 甚至带 ETL 和数据中台。我说这一堆东西加起来甚至不如低代码中某些外购服务三年的服务费贵。
另外一种是代码生成器，可以生成完整的 springboot+vue curd 代码+流程审批+微信小程序代码，这个是可以 2 开的
3 、低代码的盈利模式：维护+定制成本，流程梳理很麻烦，人天堆起来比系统本身贵，然后永久的系统就算给你代码，以流程和业务的复杂性，用个两三年后基本没有数据迁移可能，然后国企一般 5 年 10 年才考虑重构系统，你想想可以赚多少维护费，我们集团 OA 是 08 年建设的，负责维护的公司都赚麻了。
4 、低代码可以提高开发效率么？当然，尤其是流程实施，让客户自己调整是个很大的卖点，能生成全部代码的低代码也可以而开，不要告诉我说你们公司 springboot+vue 不会开发，搞不定了。
5 、低代码生成的源码很差么？除了表单名和字段名因为系统设计原因是拼音自动转的，其余的都是标准 spring 结构，代码生成器都是可以定制格式的，怕什么。
6 、低代码性能很差么？现在绝大多数中小企业到不了低代码的门槛，更何况新的低代码配置的时候可以分库分表
20 条回复 • 2024-04-30 09:29:53 +08:00
 |
1
freak118 2023-07-18 17:29:45 +08:00
老板让我们搞 H5 营销活动页的低代码 你觉得有可能搞得起来吗
|
 |
2
murmur OP @freak118 不能，营销页不简单，而且涉及美工、交互什么，除非你们就是一个图，一堆字，或者字都写到图里，我不知道什么营销，但是我知道现在的营销页面可以做的很花
|
 |
3
xylitolLin 2023-07-18 17:31:58 +08:00
@freak118 易企秀那种东西吗？
|
 |
4
shyrock 2023-07-18 17:35:52 +08:00
OP 说的代码生成器这类，有哪些代表性的产品可以发出来学习一下的？
接触过几个都是第一类的。代码和接口可以用藏污纳垢来形容。 |
 |
5
xujinkai 2023-07-18 17:41:40 +08:00 via Android
说起 OA 类，钉钉企业微信飞书这些都算低代码吧，甚至 notion 这些。
|
|
7
murmur OP 准确点说是 bladex 离低代码差一点，他应该生成了 curd+前端列表+表单代码，接口这些需不需要自己写到 vue 文件里我就不知道了
高级的低代码是带流程和前端对接都是直接生成出来，也就是简单的 curd 列表编辑审批归档都可以生成出来 |
 |
8
ju5t1nhhh 2023-07-18 17:57:57 +08:00
初心是节约人力成本，实则增加外包人天，最后遭殃的还是项目结束后接手维护的运维和开发。
|
 |
9
jklopsdfw 2023-07-18 18:17:09 +08:00 via iPhone
生成代码二开这样的低代码意义在哪呢，二开了还能继续拖拖拽拽低代码不
|
|
10
murmur OP @jklopsdfw 我们用的版本不支持增量比对，生成器会覆盖原有的二开部分，要么自己按 spring 的套路手改，要么自己 diff
|
 |
12
ksdd521lr 2023-07-18 22:32:06 +08:00
第一家实习公司做过一段时间这个，感觉这东西开发是很快，但是细节定制很难，而且对开发者职业规划不是很好。其次现公司一些较久的产品是用 delphi 开发的，这东西应该算是低代码的始祖，没流行起来现在据我所知半死不活，反正说 spring 身边人大部分都知道，说 delphi 就寥寥无几了。现公司在权力把旧产品用主流技术重新开发，就是为了避开以前产品的一些槽点。个人觉得这种东西单从技术上来说不是很适合长期发展
|
 |
13
revalue 2023-07-19 00:04:18 +08:00
怎么说呢 低代码推进起来很困难。低代码本来就是打掉别人的饭碗
感觉 op 说的只是理想状态，少靠谱了职场的状况和人的心态 |
 |
14
huzhizhao 2023-07-19 07:59:28 +08:00 via iPhone
我们产品现在集成 amis
听说这个不行那个不行。 负责做这个项目的同事天天加班🥲 |
 |
15
Foxii 2023-07-21 22:11:25 +08:00
国企，之前公司领导感兴趣，对西门子的 mendix 和宜搭做过调研和试用。据我了解前者是以模型为中心的，开发时需要先设计实体关系 ER 图，再围绕这些去生成操作他们的页面，就是增删改查那一套。后者是以表单和工作流为中心的，也就是楼主所说的第一种，自带了 OA 、人员组织结构、报表等等（部分高级功能可能需要阿里生态的其他项目支持，像 datav 等等，宜搭本身可以很方便的嵌入钉钉，直接接入钉钉的组织结构），这种开发的时候主要就是设计表单和工作流程。
要说优点，但凡比较常用的需求，低代码平台本身对实现这些需求做过设计的，那做起来确实很快。缺点就是，这类非生成式的低代码，社区支持几乎没有，全靠官方文档，而官方文档往往又打磨得不够，导致你的需求一旦实现起来不那么直观，你就根本无从知道到底要怎么做。因为我在调研的时候，没有正式购买，是没有产品方技术支持保障的，这一点体会非常强烈。换句话说就是上限非常低，没有发展空间，他给你提供的能力支持到哪那就到哪，不像开源框架是可以通过技术人员自己成长来提高框架的能力上限的。 另一点就是后续的费用并不能完全节省，这些低代码平台要是大规模用上了，那后续还是一直要给他交钱的。就算不更新，维护也自己做，但至少技术支持总是要有的。 最后一点主要针对西门子的 mendix ，它的野心很大，并且学习门槛并不低，实际上并不适合业务部门去用（它要设计实体关系模型的，还有增删改查，还有面向对象比如继承那些，还有基本的流程控制等等，实际上编程的数据结构算法设计思想一个不少，只是给你图形化了）。他的目标是让国企的 it 部门这种，自主开发。那很现实的一点，后续别的项目，不可能自己真的都有能力完全自主开发的，如果找第三方，该不该要求他们也用 mendix 来做开发呢？如果要求，目前来看很不现实；如果不要求，你如果想把这些项目也接过来自己维护，最后还是要去学常规技术，岂不是白忙活。 |
 |
18
ljzxloaf 217 天前
低代码工具有用，说白了这玩意儿最终还是给程序员用的，灵活的工具方便压榨工时。但是这玩意儿应该对甲方用户是透明的，用户可不想管你低代码高代码。
|
Select Language