业余程序员，做这样一个可视化前端算是什么水平？

大佬 包养我

大佬牛逼，我是菜鸡

这种东西，对于前端来说，开发和业务设计都挺磨人的，非常考验功底。反正我是做不出来🤡

这才是专业的 @israinbow

想请问一下。这个项目花了多久的时间

粗略的看了一下，我这几年前端算是白干了。

很厉害。
GitHub 仓库的 Description 有个 typo

@SunsetShimmer 谢谢大佬提醒，但是我没找到哪个 typo 在哪里

@chrosing 这个版本花了 3 个月，之前做了三个版本：html 版，react mui mobx 版，react mui recoil 版，每个版本平均 2 个月吧，也是积累到现在

看起来，和百度的 amis 有点像的

之前关注过 deisgnable ，奈何文档都没出就不维护了。之前想法是基于 deisgnable 做一个 vscode 插件，直接生成代码，这样摸鱼的时间又多了

重新定义业余。。。这就是天赋吧

重新定义业余

@idlewater 设计一切基于**HMTL**的东西

楼主想创业吗？我们有一些发明专利（不是软著）关于无代码的。有兴趣，可以搜索北京时空墨公司，有三个发明专利资料。

@tq0106 对啊，说来我也不信

技术上来说，我觉得 OP 非常牛逼。一个开发这么一个项目，无论是架构能力，技术能力还是编码效率都是一流的。

但是低代码的应用前景，或者说这个故事，我是一直存疑的（不仅仅是针对 OP 的项目）。
OP 这么牛皮的设计，几乎可以不用写代码（除了判断条件那部分还有些覆盖不全）就构建一个前端应用。
但是，这么牛皮的工具给谁用呢？专业前端？似乎他们能帮他们提高初期快速原型以及验证的效率，但是，会引入后期扩展性的问题。并且，如果要用到高级功能，不可避免要学习和掌握这套框架，这就让人担忧这个学习投入是否能有长期回报（生态问题）。
如果给小白用，高级功能肯定对他们学习曲线更陡峭了，很难深入；低级功能呢，是否能达到拖一拖就可以用的地步，我认为这方面需要从具体业务入手进一步傻瓜化才能抓住这部分用户。

一直以来，我觉得低代码平台想解决的生产效率和功能复杂性的兼顾问题。
但是，这其实不是技术问题，而是哲学问题：如果提高生产效率的方式是封装，那么封装不可避免的带来一个二选一问题：能力下降或者学习成本上升（学习成本上升，就和提高生产效率矛盾了）。

接地方理论探讨一下，再次表示对 OP 技术能力的钦佩。

@shyrock 谢谢大佬带来的深度思考，我是想在某个垂直领域深度做下去，一方面进一步优化体验，傻瓜化，另一方面针对具体的领域，进行优化设计

搞了这么多年低代码，感觉低代码就是个坑，

@xqk111 昨天在一个群里，有个朋友还套用了三体的台词："低代码不存在了，或者说我们认为的低代码，从来没存在过。 低代码被 ai 锁死了"