本文讨论了在选择低代码平台时，应优先考虑其能否满足企业需求、生成高质量代码、安全性及可控性，指出开源平台的维护不可控性和产品同质化问题，呼吁开源项目发展特色。
申明一下：我衷心支持开源和开源社区，对于奉献的精神保持崇敬。虽然，在国内很多人把开源变成了另一种商业模式...
朋友的公司需要采购低代码平台，然后咨询我“开源的低代码平台”怎么样？并告诉我有哪些哪些？让我帮着挑选。最终我还是建议他，尽量不要选开源低代码平台。
理由如下：（仅个人观点）
一、低代码要解决的核心问题是——生成应用的代码，而不是平台代码
平台代码当然可以增加安全感，但是不是最首要的。为什么这么说呢？举个例子，就像我花钱做Windows的应用开发，那我肯定关心这个应用的代码，而不是Windows的代码一样。就是微软给我Windows代码我这辈子也看不完呀，更别谈维护了。
所以建议朋友首先关注“这个平台能做什么？通用性如何？是否满足企业需求？”
其次关注“能生成全栈代码不？这是企业长久研发安全问题！”
最后关注“生成代码质量？学习成本？以及购买成本？”
这几个问题如果都解决比较好，才值得选择。
二、开源平台维护具有不可控性
如果企业购买低代码作为生产力工具，建议购买成熟产品，至少研发10年以上有完整文档，有大项目开发案例的。就算开源平台后面依托了一个企业，去帮你做定制，短时间内也不一定可以满足“企业需求”，另外，由于是开源产品，可控性还是会差一些。
三、由于开源的缘故——很多产品长得一个样，拼凑感太强
这是我调研的结果，界面都差不多，使用的库和技术也非常接近，架构几乎一样。
如果企业把生产力工具建筑在这样的产品之后，还是有很大风险的。另外，由于拼凑的功能的缘故，感觉整体产品融合性不好，怎么说呢，看上去这个功能也有，那个功能也有，但是操作起来就是不顺手！整个产品非常“散”，拿去投标可以，但是如果真的拿来干活，感觉还是不怎么靠谱。
我也希望，能够通过文章激励开源的项目，走出自己的特色！同时保持开源的本质和初心！
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
