一个人做低代码平台，还有机会吗？

[idlewater]

是的，你没看错，是一个人做一个低代码平台。
一人肝了好几年了，基本思路：
1 、前端可视化拖拽，逻辑编排+脚本支持，react 实现
该部分前端已发布一个开源项目： https://github.com/codebdy/rxdrag
2 、后端基于微内核（或者微服务），UML 类图转 Grahpql 接口。
通过微服务扩展复杂逻辑或者基础设施，通过脚本跟逻辑编排扩展业务逻辑。
该部分基本流程已经跑通，代码开源（ golang+mysql ）

相关文章：
实践，制作一个高扩展、可视化低代码前端，详实、完整（掘金）
实践，制作一个高扩展、可视化低代码前端，详实、完整（知乎）
挑战零代码：可视化逻辑编排（知乎）
挑战零代码：可视化逻辑编排（掘金）

目标：
做一个低代码平台，取名乐搭（ Leda ）。

目前整个项目组，只有一个人，有机会吗？

[version]

想法是好的..但是用做项目整体应该比较难的
发展成做个 自定义表单收集 问卷调查 儿童编程 这几个方向还有点希望
单纯业务来做..可视化这个东西.行不通...
还不如我安装个 nodered +扩展 + ndoejs + mongodb + serverless + ai
出货可能比你这种还快.还灵活..

后台管理类的.实际上大部分企业都能封装转成一个自定义组件的 json 配置..
配置下.就是 CRUD 界面了.不需要拖拽那么复杂和费时间..

[idlewater]

@version 感谢回复
简单的 CRUD 界面，不管哪种方式，都可以封装的很简单。
低代码跟高代码关注点不一样，低代码也可以+ai

[apples01]

大佬 厉害了

[idlewater]

@apples01 感谢鼓励，唉，迷茫中...

[shanyuhai123]

难。
做复杂的需要很多人商讨细节，不过实现还是靠一两个人，但运营支持需要很多人，很多后台管理都有一堆技术支持。。。
做简单的又太卷，可以看看雪梨表单 https://www.v2ex.com/t/954305

[Tianyan]

机会只能等..

[tool2d]

这就和做云原生一样尴尬。

小公司用不到，大公司有自己的轮子，你没关系要想打进内部，把一整套系统换成你的低代码体系，几乎不太可能。

这其实和技术无关，单纯市场推广的问题。

[lovedebug]

这东西主要靠售后和服务。。。

[idlewater]

@shanyuhai123 谢谢

[idlewater]

@Tianyan 是

[quotationm]

看到好几次这个项目的帖子了，大佬还没开始盈利吗

[idlewater]

@tool2d 会不会有人来谈合作？能不能有这样的机会？

[idlewater]

@quotationm 还没做完

[idlewater]

@lovedebug 嗯，做什么是这样

[quotationm]

@idlewater 大佬加油=。=

[idlewater]

@quotationm 谢谢大佬鼓励

[tool2d]

@idlewater 等人来谈合作，估计有点难度。这年头技术贬值厉害，不像以前那么值钱了。

你可以考虑主动和有人脉资源的市场人员合作，55 分成，应该会有点机会。

[idlewater]

@tool2d 谢谢，合作本身也是一种营销，需要流量，才能获得更多的机会

[bojue]

有，我已经开发开发第三款了

[tool2d]

@idlewater to C 才需要流量，您这种高级别的低代码，to C 很难赚到大钱。

to B 才有大公司来买单，最终还是需要人脉的。

[idlewater]

@tool2d 我可以从小客户开始做

[idlewater]

@bojue 怎么样？

[lvxiaomao]

很牛，看好大佬

[sdjl]

你把平台做出来了，然后你要让别人学习使用你的平台，那么学一个人你给对方多少钱？

[shakukansp]

感觉单纯一个这样的平台 tob 没出路
需要像淘宝店家开店，或者卖小程序模板的凡科那种
提供一整套方案包括支付，打开个体户市场才行

[idlewater]

@shakukansp 这种 toC 市场，要烧钱

[wushenlun]

抄宜搭就好了

[idlewater]

@sdjl 大佬的意思是平台本身没价值？

[shakukansp]

@idlewater 意思是不能提供太底层的东西

[idlewater]

@lvxiaomao 谢谢大佬鼓励

[idlewater]

@wushenlun 抄一个大厂的，还有机会吗？一点希望都没有的。

[idlewater]

@shakukansp 为什么不能提供太底层的东西？

[ZGame]

@idlewater 看到你的东西 ，我觉得方向是对的。

我觉得方向应该向脚手架的方向走会更好, 类比现在市场上的一些开源脚手架,例如若依,spring-blade,pix-x ，这种能否提供更好的代码生成, 能否在云端做一个 ide,从可视化角度对代码进行组装，和逆向工程 生成 code,能否和 ide 一样去做到对代码的智能感知。

应该更向程序员的低代码脚手架的方向走 个人感觉会更好,如果想做低代码的话 ，跟商业公司冲突了 ，一个人是干不掉一个团队的...

[emric]

自己有点难，我公司现在就在做这方面，但是只服务总公司。
前景是好的，但是大公司想搞，不会选择买，大概和我们一样，自己搞或者抄。

[idlewater]

@ZGame 做代码生成更难，生成的代码是不受控的，想要让生成代码的过程可逆，那可是海量工作

[idlewater]

@emric 有人愿意抄也好啊，说明还有点价值

[shakukansp]

@idlewater 如果企业自己养了程序员开发，用你的低代码平台去实现他们需求，特殊需求和日常维护都可能有问题。
如果自己没养程序员，除非需求特别简单自己搭建，买一套成品直接用更省事

[biubiuGolang]

@idlewater 现在更多的垂直 saas 公司会把自己的系统改造成低代码

[wushenlun]

@idlewater 大厂会抄别人的，你做的好也会抄你的，先把功能补全，然后再创新呗

[ZGame]

@idlewater 是这样的 我个人感觉是要和现在的开源基础框架上去做改进，才有更多的受众, 底盘是你开放的类似 java-admin 框架,这种的话开发可以在你的平台上进行代码操作 ，只不过里面提供了二级人口，开个口子,类似 bi 数据大屏,表单可视化,uml 代码生成 ,数据管道的可视化。这样子才会有更多的人去愿意接受你的项目，因为你的开源项目对大家来说是可控的，是可以进行修改的。

[idlewater]

@shakukansp 是吧，要解决特殊需求跟日常维护的问题

[idlewater]

@biubiuGolang 是，我也看好垂直领域，想找个领域切入

[idlewater]

@wushenlun 我觉得自己现阶段可以持续创新，不怕抄，别人的也只是借鉴，自己的思路为主

[idlewater]

@ZGame 有道理，我也想尽可能多用开源，但是有些思路，开源的实现起来有些困难

[ZGame]

@idlewater 嗯我也一直关注一些开源低代码平台 例如 appsmith , datart, openmeta, 我发现凡是产生价值的低代码平台，一定要找准定位，特定领域，产生价值, 你的平台能够支持一定的 source(数据库,商业 api,http,其他) -> 目的地（数据展示,数据填报,数据管道） 这样子产生实际价值才会有人愿意用

[idlewater]

@ZGame 感谢，非常客观的观点。但是做齐这些，工作量不小

[jack4536251]

还不如学尤雨溪，整个流行的前端框架，据说现在人家一年光 vue 生态的收入都上千万了

[idlewater]

@jack4536251 这不是想学就能学的来的，差距有 1 光年而不是只看着“一年光”

[biubiuGolang]

@ZGame
@idlewater
op 应该最终目标还是想商业化产品，所以开源不是重点，也不用人让更多的人接受你的项目，专注在垂直领域切入
做低代码满足客户的需求..
如果能有大客户就爽了，以后的形式就是基于低代码给大客户做二开

[jack4536251]

@idlewater 低代码难度不比写框架低吧

[idlewater]

@jack4536251 低代码不需要对底层那么熟悉

[idlewater]

@biubiuGolang 大佬懂我，我是希望服务更多的客户，还没考虑收益

[crzidea]

你要是有关系搞到订单可以。
单独靠技术，再不考虑技术难度的情况下，完全没戏。
考虑到技术难度的情况下，你要是有能力做出来，去大厂面试要是拿不到百万 offer ，可以找我。
关键问题还是你的一年的订单够不够百万？

[idlewater]

@crzidea 大佬抬举我了，本人技术一半，去找工作也不会有人要了，有点爱好，只能自己做点东西。不是所有订单都靠关系的

[biubiuGolang]

@idlewater
目前零代码平台竞争已经很激烈了，这部分更多的偏向中小企业，事情多，要求多，钱少
专注在垂直领域还有些机会，尤其是还没有形成低代码的 saas 平台

[idlewater]

@biubiuGolang 是的，感觉业务本身不复杂，又要求频繁定制的领域会有些机会

[nicholasxuu]

别做太通用的，没市场（用户也不知道自己想要什么，或者如果什么都想要，你也支持不了）
要做针对某个行业，某个功能的。
因为他们肯定有什么特别的需求，别的大平台没兴趣搭理（哪怕有足够的拓展性，还是要熟悉那个平台的人去开发）。

[Myprajna]

@ZGame 我在 10 人小公司，我们的后台管理用 pigx 和若依。确实个人做这种更好一点，收点技术维护费，用这种平台的都是小公司的开发，好沟通，好推广。如果做低代码平台的话，一般给客户、销售、产品用吧，培训成本太高了，而且要解释很麻烦。

[idlewater]

@nicholasxuu 是的，通用的也不好做，越靠近应用侧，需求变化越大。通用还是蛮挑战的

[murmur]

你卷的过国内的一线厂商么，赚的就是个维护和定制费用

[id80108900]

做出来了，就是牛。

[zhongbiran]

只能难度太大了点，我前东家搞了 3 年，专门开了个 8 个人的项目组，什么成就呢，连 amis 功能一半都没达到，后来我们部门领导私下都吐槽说，他们组做的那些定制化内部业务化的东西，让我们自己在 amis 上改个半年就改好了

[Jsonz]

一个人做一个低代码平台，光这个 title 我就觉得厉害，点进去第一个 github repo ，3k star ，强无敌

[jellybool]

做出来了，就是牛！

不过做产品这个事，想赚钱还是主要靠 marketing

[idlewater]

@murmur 卷不过，但是并不是所有东西都是靠堆资源就能完成的

[idlewater]

@id80108900 努力做出来

[idlewater]

@zhongbiran 有朋友说他们一个项目组五六个人搞了 1 年，看起来还不如 rxdrag 第一版（当时 3 个月做的）

[idlewater]

@Jsonz 整天发文章，知乎回答问题，拉流量，数星星，涨星好难

[idlewater]

@jellybool 是的，营销肯定是需要的

[huihushijie1996]

你这个可以直接生成代码吗 不需要 json 直接生成代码 然后拿着代码可以二次开发

[XueHan]

我做低代码好几年了，公司很多事业部在用，实际使用的人不仅不愿意写代码，甚至不愿意拖拽组件自己组装页面！因为学习成本摆在那里，如果太高是没人愿意用的。给你几个建议，1.设置模板，覆盖大多数场景，别人拿到手用模板后稍作修改就可以上手使用最好。2.属性设置扁平化，减少 tab ，减少弹窗，如果层次太深，切来切去会让操作者混乱。逻辑编排看起来是个陷阱，如果拖拽的工作量超过直接撸代码，那为何不直接写代码呢，低代码的目标就是快速生成可用的页面啊。

[idlewater]

@huihushijie1996 后面会考虑出码，但是基于代码做二开很难，那样的话代码就不受控了，dsl 能转成代码，代码已经回不到 dsl 了，过程不可逆。出码的目的是静态化部署，二开的需求通过其他方式扩展

[idlewater]

@XueHan 非常感谢，很有价值的建议。后面的实现中会认真考虑。
关于编排，我有不同的意见。如果编排的节点足够粗粒度的话，其实是节省工作量的。可以把一个很复杂的功能做成一个节点

[huihushijie1996]

@idlewater #72 我想的是那种 二开页面的脚手架还是你现在用的这一套 只不过生成的代码就是一个 page 了 然后用这个工具制作一个页面就可以导出页面来二开 然后一个项目就提高开发效率了

[chenduke]

@idlewater 其实感觉低代码最佳的应用场景应该是软件外包行业。 如果你能自己用自己做的低代码平台，在已经极其内卷的外包行业当中能在保证软件质量的情况下，用更短的时间和更低的价格完成项目。那就说明你的低代码平台成功了，可以卖钱了。 单纯个人看法。 低代码这玩意再怎么低，都是有门槛的。让非 it 人员使用的低代码平台，对他们来说门槛还是太高了。

[idlewater]

@chenduke 非常赞同这个观点，也会往这个方向努力，感谢

[akira]

机会肯定有，但是几乎为零了。。

[idlewater]

@akira 怎么说？

[zhuangzhuang1988]

dreamweaver 简易版？

[idlewater]

@zhuangzhuang1988 不一样的东西

[foolishcrab]

我觉得你们都没搞清楚低代码的卖点是啥。
大厂会用你的产品吗？不会，叫两个闲着的 p5 写一下就好了。

小公司想用你的东西吗？
他们能找到你的产品吗？
为什么不选择大厂背书的产品？
你能说服他们不懂技术的老板吗？
你有足够的人力做技术支持吗？
你有健全的收费体系吗？


低代码从来都不是一个技术问题。
低代码其实做到顶就是两条路，
1 做大做强自己的 DSL 让别人来学。
2 在单一细分领域 cover 掉所有需求
1 个人做不到 2 个人做了赚不到钱

[sdjl]

@idlewater 你以为你把平台做出来了，别人会说“哇，这平台不错！”？？

错了，别人会说：“你凭什么让我花时间来了解你？”

[idlewater]

@foolishcrab 如果大厂 2 个 P5 就能完成，也不至于费这个周折。不知道市面上发布的产品中，有哪个是两个 P5 写的？

[idlewater]

@sdjl 产品都会有学习成本、学习曲线。付出的学习成本，对应的是学习后的收益。关键看，能不能在这方面提供性价比足够高的产品。

[fyxtc]

@idlewater 别理那个谁两个 P5 的说法，看了下他的回复都是在阴阳怪气的，他自己说了那么多其实都是废话，最简单的一个道理，市场上那么多非大厂的产品为什么存在？人家在做公益吗？他说的一堆问号适合任何个人及小团队开发的产品，所以楼主不要在意这些噪音，市场肯定是有的，推广肯定是要的，一定不要放弃。不过我看你是 MIT license 啊，如果自己想商业化就不该 MIT 啊。

[foolishcrab]

@idlewater 大厂推出来的肯定是团队做的。
大厂内部真正自己会用的，大部分都是细分领域的低代码，这种还真就是两个 p5 写的。

[foolishcrab]

@fyxtc 我说的是低代码产品非大厂没有市场，你不要扭曲我的意思。
我说的废话那你反驳一下那些问题有哪个不需要解决？我说的难听是因为我自己就在做大厂推给小厂用的工具。
如果你们逛论坛只是想听到赞同的声音那你随意

[lmq2582609]

非常不错，支持

[cutchop]

AI+低代码才有搞头

[yufeng0681]

低码平台有机会的。
现在研发人力成本这么高，企业数字化需求又不明显，也不想花十几万。
只有低码，无码才能满足他们的入门要求。

[lishei]

研发，用了一些低代码的平台，总的感觉来说是有点差强人意。 或许 AI 的自动生成更有前景？
之前试了试即时设计的 AI 自动生成软件的设计稿， 我感觉还蛮有意思的， 虽然实际生成出来的东西可用性不高，但是有点那个意思了， 如果后期优化后再能直接生成相应的项目代码或许会更适合开发人员。
如果是像你这种可视化搭建我觉得或许提供更多的预设组件或者组件模版或许也是不错的，会比现在单纯的只有控件更有效率，就像这个平台 www.diygw.com 一样

[lishei]

一套好的脚手架，配合一个提供大量组件模版的可视化搭建平台或许会更有用效率也更高一点， 再配合上 mock 数据的连接，或许可以覆盖基础的前端开发了

[hanlin85]

OP 这个东西真的很厉害
但是要转化为生产力转化为收入，必须要组建团队来做

[justcho]

其实我是觉得有开发能力的公司 不会选择低代码，不好二开，而且业务复杂一些这玩意儿也满足不了，自己做着玩玩还行，想变现很难吧

[dk7952638]

你是之前做外贸的那个哥们？

[DrJekyll]

阿里好像有个低代码引擎，基于那个做二开会不会好些

[idlewater]

@fyxtc 感谢大佬支持，是 MIT 的，我是想先做到有用，盈利以后再说。如果产品能给足够多的人创造价值，盈利或许只是副产品吧

[idlewater]

@foolishcrab 内部用，确实要求会低一些，毕竟自己用，并且更有效果

[idlewater]

@lmq2582609 谢谢大佬支持

[idlewater]

@cutchop 后面会考虑 ai ，现在有点早，让朋友们先趟趟路