@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 期会是这样。我会以类似微服务方式运行，但会是动态加载模块而不是每个模块一个服务（至少不是默认）的方式。

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

参考这边，烧柴油的汽车需要定期购买公里数。估计电车到时候在年检上会加上公里数购买，甚至强制车企上报。

早点脱离这样的环境是好事。我在给公司整理系统业务的时候衍生出一种新的知识库软件的想法，并付诸实践，给经理和 CEO 都展示了，他们很赏识我的产品和想法，只是公司做的不是软件这个方向，不能帮助到我。这个并没有影响我的考核（比如有人会说你不务正业），反而让经理更器重我（我现在都已经被提拔为 Dev Lead 了）。

物以类聚人以群分。

@cs3230524 #37
小众也是有成功的先例，比如 roblox 。我的特色就是这些 mod 直接加到主地图和故事中来，而不是独立加载和隔离，基本上无互动。看看这种搞法能不能整出新花样来。

@Znemo #36
设计关卡确实是难，所以有可能更多人会设计地图或迷宫或者丰富某个故事。故事可以是主线的补充，这样有可能会让它稍微容易一些。

@jjx #22
没有银弹这话太绝对了。看看现在的低代码，AI ，电动汽车，核裂变。他们也是没有银弹？技术和设计就不能🈶️重大突破了么？

@akira #23
没有找到叫 Quick Builder 的产品。

@cbais7890 #21
这个网站不错👍

@dk7952638 #20
我写出来就暴露设计了

@Edward4074 #19
但你的领导不会唠叨两年之久哈。哈哈哈哈哈。