给程序员的低代码平台为什么必须“死”？( 三 ) 荷兰政府|反垄断|调查

文章插图
围绕成熟的IDE为核心的开发体系，提供一套插件全家桶，最大程度达成提效目标，应该是较好的选择：

代码工程模板、服务框架：跳出单个项目的具体情况，将同类项目模板化，更好的落地代码规范、架构规范，也免去了脚手架搭建的繁复工作。
组件库、物料库、Jar包库搭配模拟器：在落地项目、模板、代码级复用的同时，又提供了较高的灵活度，将原本需要反复编码的“傻活”简化为排列组合问题。
自动化测试、一键初始化环、AI辅助编码：通过自动化的方式，进一步降低对人员能力的依赖以及对重复工作的成本投入

四、总结相较于0代码平台带给业务人员的“十倍改进”级惊喜的产品价值，简单的一站式低代码平台很难满足程序员对场景单点的深度需求，加之极高的迁移成本，使得这类产品的价值十分有限。
面向程序员提效的低代码产品需要摒弃“平台”的产品形态，应该以IDE为锚点，提供一套插件组合，在整个研发周期的不同节点上进行赋能提效，追求跬步千里的累加式提升。
本文由 @小博原创发布于人人都是产品经理，未经许可，禁止转载
【给程序员的低代码平台为什么必须“死”？】题图来自 Unsplash，基于 CC0 协议