@XueHan #63
好吧，这个是现在我能想到的终极最爽方案和平台，目前我们距离这样的平台还很远。甚至连 AI 能有效辅助程序员也有很长距离要走。

@chengdonghui #61
这取决于低代码是如何实现的。

@cheneydog #59
你会有机会的，我的是一个半开放平台

@javen73 #56
哦，竞争对手？那岂不是更应该关注我的进度哈。既然你是做这行的，你发挥想象一下，你心中最完美的低代码或无代码或模块化平台应该是什么样子的？然后你有可能会有答案。

@dongtingyue #55
定制化和通用本身就互斥
另外各种需求要满足平台不可能做到快速更新需求以及一些特性需求
-----------------------
那你真得关注我的平台了，我这个平台实现了通用化和定制都可以做到完美。你既然说了模块化不是痛点，那我觉得你可能没有发现模块化需要大力改进的地方，你可以发挥一下想像力，怎么都不为过：完美的模块化应该是什么样的。

@murmur #48
啥系统这么费资源？你是说整个平台还是用低代码生成的这个办公系统？如果是后者的话，只能说太浪费资源了。我的绝对不是这样。

@Ayanokouji #49
感觉更像是对接平台

@workqing2023 #47
我没看到他们的更多说明，你能告诉我复杂在哪里么？我觉得既然是复杂，那么他们的方向与我并不一样，我的复杂性只体现在平台实现本身，平台暴露给用户的时候并没那么复杂。

@kingofzihua #36
目前我的平台不准备面向 C 端，因为 C 端的不确定性和个性化要求太多，这部分怎么做都麻烦。用 AI 来实现是一个很好的方向。

@sphawkcn #35
这个跟朋友聊过，我跟他介绍我的平台时他推荐给我的。这个平台模块很多，但模块之间的互操作并不灵活，同时模块本身也不够灵活，与我的设计相差很大。我只能这样说。

@zshwdt22023 #39
没看出他跟其他低代码平台的区别来，有啥吐槽或者觉得如果它能做到某某就更完美了的想法么？

@w292614191 #40
AIMS 我了解，不是我的路子。我更偏向代码生成，这样程序员完全可控。

@Edward4074 #38
这是国内很多公司的现状，领导太把自己当回事儿了。我在外面，我们经理现在是完全听我的，之前他还有所保留现在基本上放弃了。实际上我这个平台的一部分想法已经在公司的系统里实现了。

遇到一个愿意相信你的领导，还是挺重要的。还好上面我的各种看似天马行空的想法，是主要作为一个开发人员和构架师而不只是产品经理的角色去代入的。

我们现在也是大改，但是在改进也就是挖屎山而不是乱弄，我最新的设计是确保每个服务都是完全独立的，可以跑在任何地方，也同时可以被任何模块或系统使用。这个想法和设计已经变成了现实，它也在公司至少是开发团队里扎稳了根。

@THESDZ #40
不可否认编程能将灵活性最大化，但那这个门槛就更高了。

@oukichi #33
做网站的话 21 楼那个产品看起来不错。

我这个产品主要面对 B 端，app 或者网站实际上对展示的个性化要求很多，我这个平台可以作为整个后台管理和 API 提供者，要实现 app 和网站，达到那么高的定制要求还是很困难的。而且这方面赚不到什么钱。

等我把前端格局想好了的话可能有机会，但说实话我并不指望。我的期望是这方面完全由设计和开发人员去做。数据可以在我这样的平台里面。

@Alloyt #58
说得太对了，在“领导啥都行啥都得比别人强忽视专业人士的意见和努力否则就要打压”的环境下，能出人才才怪。

可以使用低代码平台，直接向平台方咨询即可，同时建议 OP 关注一下我即将推出的平台，能完全实现你的需求。
/t/966176

@xuanbg #31
微服务付出运维代价，同时它也可以不用付出这么多。比如将服务底层抽象化，这样可以统一托管也可以单独托管。代价就是开发语言得一致，否则不能一起托管。

我的代价目前就是会限制前后端语言，至少在第 1 期会是这样。我会以类似微服务方式运行，但会是动态加载模块而不是每个模块一个服务（至少不是默认）的方式。

我的代价就是这套平台实现起来并不容易，这中间会有很多风险比如某些想法是好的但相当难实现甚至无法实现。好在这中间最困难的部分已经得以实现。