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

[idlewater]

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

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

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

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

[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 不一样的东西