这是一个创建于 265 天前的主题，其中的信息可能已经有所发展或是发生改变。
据不可靠消息
- 市面上现有的低代码/无代码平台大部分实际上是表单系统，使用并不爽
- 市面上现有的模块化系统实际上可定制化很弱
- 以上两种平台二次开发体验也不太好
- 以上平台的模块化思想并不彻底
我的目标是创建一个最爽的模块化平台，具体爽是什么意思呢，目前按我的设计会颠覆以上两种平台。为了证明这种平台目前还未出现，也同时不让我的投资人失望，我需要广大 V 友们帮我找找是否已有现成的足够爽的平台。
如果已经有这样的平台，我就不操这个心了。否则我就撸起袖子开干啦，提供有效帮助的 V 友可获得平台初期加入的权益。
第 1 条附言 · 264 天前
我觉得77楼说出了目前诸多平台不好用的问题根本，可能不是全部原因但至少也算是一部分吧。我的设计不会有这个问题。他的原话如下：
低代码平台最大的痛点在于摆脱不了编程思维 写程序最麻烦的又不是敲代码，而是组织代码逻辑来实现业务需求，这个问题低代码平台其实并没有解决多少，所以低代码平台的应用场景注定非常有限，所以导致你看到现有的低代码平台基本都是表单类的，因为这一块儿的需求都是比较明确和简单最容易做抽象的
第 2 条附言 · 264 天前
101 楼也说到了重点，同样我的方案已经解决了他/她所说的问题，原话如下：
------------------------------------
目前各大厂商 toB 的平台，确实都是在做了财会表单类型相关的东西，和提供一些集成的能力。我感觉不是因为他们没有能力，而是他们业务需求和自己的产品生态决定的。
……毕竟可定制化和模块化其实某种意义上来说是冲突的。
如果你的模块粒度小，复杂度就上去了。
如果你的模块粒度大，想定制化就难了。
如果说是去按照业务 flow 的 events 去驱动，允许部分 code mount 进去，这样反哺来生成模块。在稍微复杂一点的业务上可操作性也不强，这都还没算进去客户本身集成的复杂度。
除非你的目标客户群都是细分行业的一小撮中小企业，或者是那些愿意吃螃蟹和你一起从零开始的公司。……不然就算产品真的特别好，也可能死在生态上
------------------------------------
目前各大厂商 toB 的平台，确实都是在做了财会表单类型相关的东西，和提供一些集成的能力。我感觉不是因为他们没有能力，而是他们业务需求和自己的产品生态决定的。
……毕竟可定制化和模块化其实某种意义上来说是冲突的。
如果你的模块粒度小，复杂度就上去了。
如果你的模块粒度大，想定制化就难了。
如果说是去按照业务 flow 的 events 去驱动，允许部分 code mount 进去，这样反哺来生成模块。在稍微复杂一点的业务上可操作性也不强，这都还没算进去客户本身集成的复杂度。
除非你的目标客户群都是细分行业的一小撮中小企业，或者是那些愿意吃螃蟹和你一起从零开始的公司。……不然就算产品真的特别好，也可能死在生态上
 |
101
Takamine 264 天前 via Android
目前各大厂商 toB 的平台，确实都是在做了财会表单类型相关的东西，和提供一些集成的能力。我感觉不是因为他们没有能力，而是他们业务需求和自己的产品生态决定的。
……毕竟可定制化和模块化其实某种意义上来说是冲突的。 如果你的模块粒度小，复杂度就上去了。 如果你的模块粒度大，想定制化就难了。 如果说是去按照业务 flow 的 events 去驱动，允许部分 code mount 进去，这样反哺来生成模块。在稍微复杂一点的业务上可操作性也不强，这都还没算进去客户本身集成的复杂度。 除非你的目标客户群都是细分行业的一小撮中小企业，或者是那些愿意吃螃蟹和你一起从零开始的公司。……不然就算产品真的特别好，也可能死在生态上。 还是很期待楼主能有颠覆的东西出来给我上一课，加油。 |
 |
102
Chad0000 OP @Takamine #101
V 友所言极是，我确实在思考你说的上述问题，模块的尺度问题，以及和业务的驱动问题，以及生态。我的方案成功解决了模块大小和生态这两个问题。所以我才说有可能会颠覆。 你说到点儿上了。 |
 |
104
dayeye2006199 264 天前
聊低代码不聊聊龙头 retools 么？
|
|
105
Chad0000 OP @dayeye2006199 #104
这不就是又一个表单系统么？而且更程序员化。 |
 |
106
twofox 264 天前
你说的多爽，那开源吗
我也想做一个低代码平台，甚至到 no code 。主要是现有的一些低代码平台开源的不好用，不开源的收费。 所以自己一般上班一边摸鱼做这个平台 |
|
107
Chad0000 OP |
 |
110
ztxcccc 264 天前
powerapps+copilot 做低代码足够了，更复杂的也不会去用低代码了
|
 |
113
buruoyanyang 264 天前
坐标传统软件行业，工业信息化，如果楼主说的属实，非常感兴趣。插眼了。
|
|
115
Chad0000 OP @buruoyanyang #113
多谢捧场🙏 |
 |
116
Azzsanjin 264 天前
|
 |
117
longchuxiong 264 天前
网易轻舟低代码
|
|
118
Chad0000 OP @Azzsanjin #116
你说的这几个，也就金蝶苍穹云比较厉害些，但他走的路线与 SAP 并无太大区别。模式与我的不一样，他们实力确实强，但并不意味着我的模式就不能与他们 PK 。 |
|
119
Chad0000 OP @longchuxiong #117
看完了，与表单型低代码平台无太大差异。 |
 |
120
nullp 264 天前
100 多回复了, 居然没有出现百特搭的名字
|
 |
122
bugu1986 264 天前 via iPhone
吃瓜
|
 |
123
tikazyq 264 天前
@Chad0000 感觉你还是没有理解 Power Platform ，它背后可以连的东西多了去了，有 PowerApps 、PowerBI 、Power Automate ，生态很多，可以连接的东西也多，用作 OA 或者一些不是特别复杂的 app 开发足够了
|
|
124
Chad0000 OP @tikazyq #123
连接我懂，常见的低代码平台也有各种连接器，只不过它的优势是它有很多连接本来就是自家的东西，更方便罢了。我不知道我 Append 的两条记录你是否认可，它们得以解决会不会影响现有模块化或低代码的设计。 我们组已经踩过 Power Apps 的坑，尤其那个发布后刷新 N 次新版都不一定出来的问题，更别说数据源不稳定的问题了。你可以了解一下 MS ACCESS ，现在做的还是这些东西，又走老路了。 |
 |
125
majunbo 264 天前
等着看你在产品，我了解的有一个团队 10 个人左右搞低代码 10 几个月了，还不没发布产品。
|
 |
127
luotuoxiaohui 264 天前
低代码平台，我也是一直在用，个人片面的一个想法哈，可能不完善，正在一个人使用低代码开发整个公司的系统中（财务，订单，仓库，物料，人事，等等不断添加中），同时见证一个小公司快速发展壮大，越大要求与功能越多。。。有些残念
不吐槽了，下面是片面的想法 1：快速搭建好项目（比如几个写 1 天的，一个人 1 天写好，如果越快速肯定越好） 2：功能越全越好，可拖拽式的创建，（也就是功能越多越好，建议开发第三方开发者这样） 3：其他的话就是兼容各大平台，多元化兼容不同平台，小程序，手机，pc 或者 exe ，或者 app ，ios 等等 |
|
128
Chad0000 OP @luotuoxiaohui #127
我的想法是快速搭建的想法是好的，大家也都在这么做。但同时更应该注意最佳实践和模块化，否则就像开发系统一样，小一点还行，功能稍微多了之后维护就向屎山发展。我的设计主要就是解决了系统无章和屎山的问题。兼容其他平台是另外一个挑战，估计早期上线时不会有。 |
 |
129
idlewater 263 天前
前端部分： https://juejin.cn/post/7205361008272326716
后端部分基于微内核，graphql ，过几天发布 |
 |
131
ntop 263 天前
总有人觉得自己比别人更聪明～～～
|
 |
132
manhere 263 天前
这种状态多久了？(逃~~
|
|
135
Chad0000 OP @ntop ＃ 131
还记得大概 2011 年左右，作为硬件厂商当时给苏宁提供硬件附加我们的软件方案。他们仗着开发人多觉得他们能搞定软件，然后他们自己搞出来的性能特别差，然后估计爱面子把我们的硬件换成到当时最高性能的主板，还是远不如我们的。 当时那个平台就是我设计的。高性能同时高动态化自助终端方案。所以我比一部分人聪明还是有点自信的。 |
 |
136
genesisx 263 天前
有稳定的客户群体直接开干，我之前也做了两年的低代码平台
|
|
137
Chad0000 OP @genesisx ＃ 136
一朝被蛇咬，十年怕井绳。我上次创业算是失败了，导致我现在特别谨慎。所以这次我是在有正常的工作下搞这个的，没有十足把握不会轻易搞，好在已润所以工作上没压力。现在这个想法是跟国内朋友合作的，有的出团队有的出钱投资。目前是在公司已注册，在等国内团队腾出人手和时间。客户的问题至少国内不用担心，合作伙伴本身即是做项目也是研发产品的，本身就关于这个点子在接触客户。 |
|
138
luotuoxiaohui 263 天前
@Chad0000
试试找一个团队 搞个方案，收集使用过低代码的人群，调查问卷， 使用了什么，优点与缺点都了解一下，但是感觉调查问卷的答案质量都很低，我也不知道怎么说 试试找不同人群，比如才接触的人群，接触了几个月的，一年的，几年的，我想回复可能都会有很多不同观点 特别是如果是需要推广宣传，那么感觉需要重视 [才接触低代码的人群] （普通不会代码的，会代码的，介于中间的） 根据技术的深入，真的很多想法都不同了，如果只是问了部分人群（这里表达意思是指如果调查人群不足），可能很多重要问题，对于他们来说是比较简单的，不算重要，对于部分人来讲又是一个门槛， |
|
139
Chad0000 OP @luotuoxiaohui ＃ 138
所言极是。因为我对现有低代码平台改动太大（真的是到颠覆级别了，当然也有可能像你说的设计上是颠覆了，但人家并不买账），其实比较担心会提前暴露设计的。可能需要国内的合作伙伴多在这方面把关一下，做做更深入的调查。 |
|
141
Chad0000 OP @idlewater #140
棒！ 其实你想一下这个东西也就是替代自己开发项目，理论上功能和表多了也会像传统项目一样维护性变差，甚至变成屎山。你可以将如何对付这样的项目的经验和想法加起来，让它不会变成屎山，就可能会接近我的设计了。 |
 |
143
AnnaXia 261 天前
公司内要搞低代码，市面上试用了些都不大好用。当然。。。我觉得和领导过分神话低代码平台有些关系。好奇楼主这个低代码怎么样，如果真做出来了有 demo 试用看下么？
|
 |
145
softlight 240 天前
其实， 我的想法是反过来。 平台一心想要提供一套行业标准化的组件解决方案，但是， 每个公司遇到的情况以及业务肯定不一样， 必然需要定制化。 那为何不让公司去按正常开发业务的方式，开发一套属于他们自己的业务组件， 通过平台组件规范描述，让这些业务组件在平台上搭建起来。https://www.v2ex.com/t/972097#reply9
|
|
146
Chad0000 OP @softlight #145
机智啊朋友，我就是这么设计的：我最终会弄成组件（模块）平台，每个组件（模块）都是可定制而且完全独立的。这样有不同需求的公司可以将不同的部分自己开发或找人开发，因为我的设计是每个组件都可以完全独立不依赖其他组件，然后集成到平台里就很容易。 然后我基于它做了更大胆的设定：这部分我并不想主动提出来，有 V 友提到（比如像你一样）我就可以适当展开了。 |
|
148
softlight 240 天前
也在当前的公司落地了
|
Select Language