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

最后，开发提效低代码产品“优化产品体验”这一项综合得分为1分。
“用户迁移成本”这一项是面向开发人员低代码平台的主要减分项。传统开发除了需要遵循企业研发管理CI/CD的制度规范、安全及测试相关要求，还有一个最重要的因素——集成开发IDE工具。

文章插图
根据Stack Overflow2021全球开发者调查报告的结果，VSCode继续蝉联榜首，获评最受喜爱的集成开发IDE工具。自2011年微软邀请Erich Gamma开始孵化Monaco Editor（VSCode前身，2015年移植到桌面平台后更名VSCode），到2018年VSCode首次登榜，走过了7年的漫长时光，这期间不断进行着市场教育、产品用户相互塑造的过程。即便在VSCode霸榜多年的今天，身边很多Java开发朋友依然在坚定的选择IntelliJ和Eclipse。由此可见，对于一款毋庸置疑的生产效率工具，要想完成用户迁移的挑战是十分巨大的，更何况Web端IDE还不得不面对一些浏览器性能的客观边界，行业龙头Mendix也不得不选择自研本地IDE编辑器这种相对“笨重”的方式，来对冲这个问题。
由此可见，出于对原有生产效率工具挑战这一原因，“用户迁移成本”这一项我们来减去5分。
现有产品体验我们依然定义为1分，那么对于面向开发低代码平台的“产品价值”得分就是：-3分

文章插图
从我们天使用户焦点小组访谈中获得的信息也同样印证了这一点。
用户表示“如果是以搭建一个重业务逻辑的复杂系统来讲，前端页面可视化拖拉拽带来的提效放在项目的全景中不值一提，而其他的体验相较于十分熟练的IDE工具，是非常令人绝望的”。
相较于0代码平台给业务人员带来的“惊喜地”完整解决方案，低代码平台的部分提效以及伴随的“负体验”和巨大迁移成本，确实无法提供较高的产品价值。
那么，除了低代码平台，究竟应该如何给程序员提效呢？
三、程序员需要什么样的提效产品
文章插图
要想最大程度提高产品价值，我们还是要回到之前的公式，“用户迁移成本”是效率工具产品的最大挑战，无论你提供怎样优秀的新体验，都可能被迁移成本轻易的打回原形，因此面向程序员的代码级提效工具最好是维持以本地IDE为核心的产品形态，尽量少或不对用户构成迁移挑战，以便于我们更好的在“优化产品体验”条线进行发力。
这里列举了一些程序员在项目开发中会面临的关键节点，如果从一个全景视角来看，会发现有这样的几个特点：

“神聚而形散”：从抽象的角度，研发过程的确逃不出这样几个关键节点，但针对不同项目特点、团队规模以及企业研发管理要求不同，各个节点从工具选择、产出形式都没有明确的标准；
“傻活比重不小”：再整个研发过程中，除了令人兴奋的创作性工作，还存在不少重复的“傻活”。例如无趣的环境搭建、反反复复不知道写了多少遍的通用样式、常用接口。
“依赖人治”：研发过程中代码规范很依赖程序员的个人能力以及熟悉程度，人员流动造成的冲击大

基于这样的分析，我们对于要解决的问题和目标的产品形态应该有一个大致的概念了：

提高代码复用、增强自动化，减少研发过程中的“傻活”。
通过模板化加强标准规范落地，降低团队沟通及新人培训过成本。
产品形态上要抛弃“平台化”“一站式”的思想，从各个节点提效，追求累加式提升
对于单点解决问题的能力要足够深入，能否覆盖不同的项目需求
- 上一页
- 1
- 2
- 3
- 下一页