这是一个创建于 520 天前的主题，其中的信息可能已经有所发展或是发生改变。
是的，你没看错，是一个人做一个低代码平台。
一人肝了好几年了，基本思路：
1 、前端可视化拖拽，逻辑编排+脚本支持，react 实现
该部分前端已发布一个开源项目： https://github.com/codebdy/rxdrag
2 、后端基于微内核（或者微服务），UML 类图转 Grahpql 接口。
通过微服务扩展复杂逻辑或者基础设施，通过脚本跟逻辑编排扩展业务逻辑。
该部分基本流程已经跑通，代码开源（ golang+mysql ）
相关文章：
实践，制作一个高扩展、可视化低代码前端，详实、完整（掘金）
实践，制作一个高扩展、可视化低代码前端，详实、完整（知乎）
挑战零代码：可视化逻辑编排（知乎）
挑战零代码：可视化逻辑编排（掘金）
目标：
做一个低代码平台，取名乐搭（ Leda ）。
目前整个项目组，只有一个人，有机会吗？
 |
1
version 2023-07-26 14:05:45 +08:00
想法是好的..但是用做项目整体应该比较难的
发展成做个 自定义表单收集 问卷调查 儿童编程 这几个方向还有点希望 单纯业务来做..可视化这个东西.行不通... 还不如我安装个 nodered +扩展 + ndoejs + mongodb + serverless + ai 出货可能比你这种还快.还灵活.. 后台管理类的.实际上大部分企业都能封装转成一个自定义组件的 json 配置.. 配置下.就是 CRUD 界面了.不需要拖拽那么复杂和费时间.. |
 |
2
idlewater OP |
 |
3
apples01 2023-07-26 14:18:39 +08:00
大佬 厉害了
|
 |
5
shanyuhai123 2023-07-26 14:23:58 +08:00
难。
做复杂的需要很多人商讨细节，不过实现还是靠一两个人，但运营支持需要很多人，很多后台管理都有一堆技术支持。。。 做简单的又太卷，可以看看雪梨表单 https://www.v2ex.com/t/954305 |
 |
6
Tianyan 2023-07-26 14:25:45 +08:00
机会只能等..
|
 |
7
tool2d 2023-07-26 14:40:42 +08:00  6
这就和做云原生一样尴尬。
小公司用不到，大公司有自己的轮子，你没关系要想打进内部，把一整套系统换成你的低代码体系，几乎不太可能。 这其实和技术无关，单纯市场推广的问题。 |
 |
8
lovedebug 2023-07-26 14:41:53 +08:00
这东西主要靠售后和服务。。。
|
|
9
idlewater OP @shanyuhai123 谢谢
|
 |
11
quotationm 2023-07-26 14:46:06 +08:00
看到好几次这个项目的帖子了，大佬还没开始盈利吗
|
|
13
idlewater OP @quotationm 还没做完
|
|
15
quotationm 2023-07-26 14:47:19 +08:00
@idlewater 大佬加油=。=
|
|
16
idlewater OP @quotationm 谢谢大佬鼓励
|
|
17
tool2d 2023-07-26 14:53:01 +08:00
|
 |
19
bojue 2023-07-26 15:01:41 +08:00 1
有，我已经开发开发第三款了
|
|
20
tool2d 2023-07-26 15:03:13 +08:00
|
 |
23
lvxiaomao 2023-07-26 15:13:47 +08:00
很牛，看好大佬
|
 |
24
sdjl 2023-07-26 15:15:20 +08:00
你把平台做出来了，然后你要让别人学习使用你的平台，那么学一个人你给对方多少钱？
|
 |
25
shakukansp 2023-07-26 15:17:55 +08:00
感觉单纯一个这样的平台 tob 没出路
需要像淘宝店家开店，或者卖小程序模板的凡科那种 提供一整套方案包括支付，打开个体户市场才行 |
|
26
idlewater OP @shakukansp 这种 toC 市场，要烧钱
|
 |
27
wushenlun 2023-07-26 15:19:28 +08:00 via Android
抄宜搭就好了
|
|
29
shakukansp 2023-07-26 15:20:12 +08:00
@idlewater 意思是不能提供太底层的东西
|
|
32
idlewater OP @shakukansp 为什么不能提供太底层的东西？
|
 |
33
ZGame 2023-07-26 15:22:45 +08:00 1
@idlewater 看到你的东西 ，我觉得方向是对的。
我觉得方向应该向脚手架的方向走会更好, 类比现在市场上的一些开源脚手架,例如若依,spring-blade,pix-x ，这种能否提供更好的代码生成, 能否在云端做一个 ide,从可视化角度对代码进行组装，和逆向工程 生成 code,能否和 ide 一样去做到对代码的智能感知。 应该更向程序员的低代码脚手架的方向走 个人感觉会更好,如果想做低代码的话 ，跟商业公司冲突了 ，一个人是干不掉一个团队的... |
 |
34
emric 2023-07-26 15:23:59 +08:00 1
自己有点难，我公司现在就在做这方面，但是只服务总公司。
前景是好的，但是大公司想搞，不会选择买，大概和我们一样，自己搞或者抄。 |
|
37
shakukansp 2023-07-26 15:26:55 +08:00
@idlewater 如果企业自己养了程序员开发，用你的低代码平台去实现他们需求，特殊需求和日常维护都可能有问题。
如果自己没养程序员，除非需求特别简单自己搭建，买一套成品直接用更省事 |
 |
38
biubiuGolang 2023-07-26 15:28:09 +08:00
@idlewater 现在更多的垂直 saas 公司会把自己的系统改造成低代码
|
|
40
ZGame 2023-07-26 15:28:29 +08:00
@idlewater 是这样的 我个人感觉是要和现在的开源基础框架上去做改进，才有更多的受众, 底盘是你开放的类似 java-admin 框架,这种的话开发可以在你的平台上进行代码操作 ，只不过里面提供了二级人口，开个口子,类似 bi 数据大屏,表单可视化,uml 代码生成 ,数据管道的可视化。这样子才会有更多的人去愿意接受你的项目，因为你的开源项目对大家来说是可控的，是可以进行修改的。
|
|
41
idlewater OP @shakukansp 是吧，要解决特殊需求跟日常维护的问题
|
|
42
idlewater OP @biubiuGolang 是，我也看好垂直领域，想找个领域切入
|
|
45
ZGame 2023-07-26 15:35:39 +08:00
@idlewater 嗯我也一直关注一些开源低代码平台 例如 appsmith , datart, openmeta, 我发现凡是产生价值的低代码平台，一定要找准定位，特定领域，产生价值, 你的平台能够支持一定的 source(数据库,商业 api,http,其他) -> 目的地（数据展示,数据填报,数据管道） 这样子产生实际价值才会有人愿意用
|
 |
47
jack4536251 2023-07-26 15:39:45 +08:00 via Android
还不如学尤雨溪，整个流行的前端框架，据说现在人家一年光 vue 生态的收入都上千万了
|
|
48
idlewater OP @jack4536251 这不是想学就能学的来的，差距有 1 光年而不是只看着“一年光”
|
|
49
biubiuGolang 2023-07-26 15:43:14 +08:00
|
|
50
jack4536251 2023-07-26 15:43:59 +08:00 via Android
@idlewater 低代码难度不比写框架低吧
|
|
51
idlewater OP @jack4536251 低代码不需要对底层那么熟悉
|
|
52
idlewater OP @biubiuGolang 大佬懂我，我是希望服务更多的客户，还没考虑收益
|
 |
53
crzidea 2023-07-26 15:47:53 +08:00 1
你要是有关系搞到订单可以。
单独靠技术，再不考虑技术难度的情况下，完全没戏。 考虑到技术难度的情况下，你要是有能力做出来，去大厂面试要是拿不到百万 offer ，可以找我。 关键问题还是你的一年的订单够不够百万？ |
|
54
idlewater OP @crzidea 大佬抬举我了，本人技术一半，去找工作也不会有人要了，有点爱好，只能自己做点东西。不是所有订单都靠关系的
|
|
55
biubiuGolang 2023-07-26 15:51:02 +08:00
|
|
56
idlewater OP @biubiuGolang 是的，感觉业务本身不复杂，又要求频繁定制的领域会有些机会
|
 |
57
nicholasxuu 2023-07-26 16:51:23 +08:00 1
别做太通用的，没市场（用户也不知道自己想要什么，或者如果什么都想要，你也支持不了）
要做针对某个行业，某个功能的。 因为他们肯定有什么特别的需求，别的大平台没兴趣搭理（哪怕有足够的拓展性，还是要熟悉那个平台的人去开发）。 |
 |
58
Myprajna 2023-07-26 16:57:08 +08:00
@ZGame 我在 10 人小公司，我们的后台管理用 pigx 和若依。确实个人做这种更好一点，收点技术维护费，用这种平台的都是小公司的开发，好沟通，好推广。如果做低代码平台的话，一般给客户、销售、产品用吧，培训成本太高了，而且要解释很麻烦。
|
|
59
idlewater OP @nicholasxuu 是的，通用的也不好做，越靠近应用侧，需求变化越大。通用还是蛮挑战的
|
 |
60
murmur 2023-07-26 17:09:27 +08:00
你卷的过国内的一线厂商么，赚的就是个维护和定制费用
|
 |
61
id80108900 2023-07-26 17:16:53 +08:00
做出来了，就是牛。
|
 |
62
zhongbiran 2023-07-26 17:26:47 +08:00
只能难度太大了点，我前东家搞了 3 年，专门开了个 8 个人的项目组，什么成就呢，连 amis 功能一半都没达到，后来我们部门领导私下都吐槽说，他们组做的那些定制化内部业务化的东西，让我们自己在 amis 上改个半年就改好了
|
 |
63
Jsonz 2023-07-26 17:28:23 +08:00
一个人做一个低代码平台，光这个 title 我就觉得厉害，点进去第一个 github repo ，3k star ，强无敌
|
 |
64
jellybool 2023-07-26 17:34:32 +08:00
做出来了，就是牛！
不过做产品这个事，想赚钱还是主要靠 marketing |
|
66
idlewater OP @id80108900 努力做出来
|
|
67
idlewater OP @zhongbiran 有朋友说他们一个项目组五六个人搞了 1 年，看起来还不如 rxdrag 第一版（当时 3 个月做的）
|
 |
70
huihushijie1996 2023-07-26 19:00:39 +08:00
你这个可以直接生成代码吗 不需要 json 直接生成代码 然后拿着代码可以二次开发
|
 |
71
XueHan 2023-07-26 19:06:14 +08:00 5
我做低代码好几年了，公司很多事业部在用，实际使用的人不仅不愿意写代码，甚至不愿意拖拽组件自己组装页面！因为学习成本摆在那里，如果太高是没人愿意用的。给你几个建议，1.设置模板，覆盖大多数场景，别人拿到手用模板后稍作修改就可以上手使用最好。2.属性设置扁平化，减少 tab ，减少弹窗，如果层次太深，切来切去会让操作者混乱。逻辑编排看起来是个陷阱，如果拖拽的工作量超过直接撸代码，那为何不直接写代码呢，低代码的目标就是快速生成可用的页面啊。
|
|
72
idlewater OP @huihushijie1996 后面会考虑出码，但是基于代码做二开很难，那样的话代码就不受控了，dsl 能转成代码，代码已经回不到 dsl 了，过程不可逆。出码的目的是静态化部署，二开的需求通过其他方式扩展
|
|
73
idlewater OP @XueHan 非常感谢，很有价值的建议。后面的实现中会认真考虑。
关于编排，我有不同的意见。如果编排的节点足够粗粒度的话，其实是节省工作量的。可以把一个很复杂的功能做成一个节点 |
|
74
huihushijie1996 2023-07-26 19:15:39 +08:00
@idlewater #72 我想的是那种 二开页面的脚手架还是你现在用的这一套 只不过生成的代码就是一个 page 了 然后用这个工具制作一个页面就可以导出页面来二开 然后一个项目就提高开发效率了
|
 |
75
chenduke 2023-07-26 19:23:34 +08:00
@idlewater 其实感觉低代码最佳的应用场景应该是软件外包行业。 如果你能自己用自己做的低代码平台，在已经极其内卷的外包行业当中能在保证软件质量的情况下，用更短的时间和更低的价格完成项目。那就说明你的低代码平台成功了，可以卖钱了。 单纯个人看法。 低代码这玩意再怎么低，都是有门槛的。让非 it 人员使用的低代码平台，对他们来说门槛还是太高了。
|
 |
77
akira 2023-07-26 19:48:00 +08:00
机会肯定有，但是几乎为零了。。
|
 |
79
zhuangzhuang1988 2023-07-26 20:10:04 +08:00
dreamweaver 简易版？
|
|
80
idlewater OP @zhuangzhuang1988 不一样的东西
|
 |
81
foolishcrab 2023-07-26 21:59:07 +08:00 via iPhone
我觉得你们都没搞清楚低代码的卖点是啥。
大厂会用你的产品吗？不会，叫两个闲着的 p5 写一下就好了。 小公司想用你的东西吗？ 他们能找到你的产品吗？ 为什么不选择大厂背书的产品？ 你能说服他们不懂技术的老板吗？ 你有足够的人力做技术支持吗？ 你有健全的收费体系吗？ 低代码从来都不是一个技术问题。 低代码其实做到顶就是两条路， 1 做大做强自己的 DSL 让别人来学。 2 在单一细分领域 cover 掉所有需求 1 个人做不到 2 个人做了赚不到钱 |
|
83
idlewater OP @foolishcrab 如果大厂 2 个 P5 就能完成，也不至于费这个周折。不知道市面上发布的产品中，有哪个是两个 P5 写的？
|
|
84
idlewater OP @sdjl 产品都会有学习成本、学习曲线。付出的学习成本，对应的是学习后的收益。关键看，能不能在这方面提供性价比足够高的产品。
|
 |
85
fyxtc 2023-07-26 22:16:47 +08:00
@idlewater 别理那个谁两个 P5 的说法，看了下他的回复都是在阴阳怪气的，他自己说了那么多其实都是废话，最简单的一个道理，市场上那么多非大厂的产品为什么存在？人家在做公益吗？他说的一堆问号适合任何个人及小团队开发的产品，所以楼主不要在意这些噪音，市场肯定是有的，推广肯定是要的，一定不要放弃。不过我看你是 MIT license 啊，如果自己想商业化就不该 MIT 啊。
|
|
86
foolishcrab 2023-07-26 22:22:04 +08:00 via iPhone
@idlewater 大厂推出来的肯定是团队做的。
大厂内部真正自己会用的，大部分都是细分领域的低代码，这种还真就是两个 p5 写的。 |
|
87
foolishcrab 2023-07-26 22:24:49 +08:00 via iPhone
@fyxtc 我说的是低代码产品非大厂没有市场，你不要扭曲我的意思。
我说的废话那你反驳一下那些问题有哪个不需要解决？我说的难听是因为我自己就在做大厂推给小厂用的工具。 如果你们逛论坛只是想听到赞同的声音那你随意 |
 |
88
lmq2582609 2023-07-26 22:31:34 +08:00
非常不错，支持
|
 |
89
cutchop 2023-07-26 22:40:21 +08:00
AI+低代码才有搞头
|
 |
90
yufeng0681 2023-07-26 22:49:48 +08:00
低码平台有机会的。
现在研发人力成本这么高，企业数字化需求又不明显，也不想花十几万。 只有低码，无码才能满足他们的入门要求。 |
 |
91
lishei 2023-07-26 22:54:55 +08:00
研发，用了一些低代码的平台，总的感觉来说是有点差强人意。 或许 AI 的自动生成更有前景？
之前试了试即时设计的 AI 自动生成软件的设计稿， 我感觉还蛮有意思的， 虽然实际生成出来的东西可用性不高，但是有点那个意思了， 如果后期优化后再能直接生成相应的项目代码或许会更适合开发人员。 如果是像你这种可视化搭建我觉得或许提供更多的预设组件或者组件模版或许也是不错的，会比现在单纯的只有控件更有效率，就像这个平台 www.diygw.com 一样 |
|
92
lishei 2023-07-26 22:58:56 +08:00
一套好的脚手架，配合一个提供大量组件模版的可视化搭建平台或许会更有用效率也更高一点， 再配合上 mock 数据的连接，或许可以覆盖基础的前端开发了
|
 |
93
hanlin85 2023-07-27 08:31:47 +08:00
OP 这个东西真的很厉害
但是要转化为生产力转化为收入，必须要组建团队来做 |
 |
94
justcho 2023-07-27 08:50:17 +08:00
其实我是觉得有开发能力的公司 不会选择低代码，不好二开，而且业务复杂一些这玩意儿也满足不了，自己做着玩玩还行，想变现很难吧
|
 |
95
dk7952638 2023-07-27 09:08:21 +08:00
你是之前做外贸的那个哥们？
|
 |
96
DrJekyll 2023-07-27 09:08:56 +08:00
阿里好像有个低代码引擎，基于那个做二开会不会好些
|
|
97
idlewater OP @fyxtc 感谢大佬支持，是 MIT 的，我是想先做到有用，盈利以后再说。如果产品能给足够多的人创造价值，盈利或许只是副产品吧
|
|
98
idlewater OP @foolishcrab 内部用，确实要求会低一些，毕竟自己用，并且更有效果
|
|
99
idlewater OP @lmq2582609 谢谢大佬支持
|
Select Language