不看好，这种主要是面向行业软件，但行业软件的特点是线下场景特征极其丰富，各种子系统的对接非常广泛，很多系统哪怕是人工开发的，瓶颈并不是效率问题，而是对场景线下结合的理解层次。再怎么标准的规范，一到线下都可能跑偏（这种跑偏是系统开发的技术思维不尊重或是难把握实际场景的结果）。所以你哪怕一天就能搞出这个来意义也不大，因为没办法切入线下很多个性化的数据结构与需求

这种低代码系统唯一出路是产品而不是平台，意即自己打造一个类似于金碟的生态产品，从中开放给客户进行二次的低代码开发。如果你一上来就只是提供一个低代码的平台给其它人用，我敢说会有人尝试但用起来绝对鸡肋

@dafanzhi 就拿仓储来说，可能会对接多个子系统，入库、出库、发货、快递取号、物流实时状态，这其中，并不是对原有数据的简单统计与加工，而是各子系统按业务数据进行构建。那来到你这个平台，我要怎么构建与多个第三方订单平台以及快递取号之间的业务？

@dafanzhi 行业软件的开发有时不能对标互联网产品的模式（个人看法而已，很多企业用户并不关心开发中各种KPI以及提效多少多少，再简陋，能用为上），就实际地来说，行业软件更多的是由点及面，意即在一个客户那里建立起标杆作用后再慢慢推广，而围绕一个客户开发，又可能无法建立规范与标准。所以，这种低代码平台，瓶颈从来就不是技术部分，而是对想要切入 的行业的规范与标准需要吃透，吃透了，你才能打进去。但还有一个捷径，那就是你们本身就处于某个行业，已经对行业有很深入的了解，那你们即当裁判又当运动员，赛道可以由你们任跑。但要是你们得不断去推广去摸索，除非你们有很好的资源，否则以行业软件那种比较封闭地、追求稳定更甚于创新的尿性，你们真的很难打。