开发者|低代码发展专访系列之一：低代码平台产品的使用者都是谁？( 三 )_经营性|市场规模|拉卡拉|个人

所以二次开发的工具也在逐步迭代和升级，现在我们看到的低代码开发平台Lighting、PowerApps、YonBIP等就是不断让二次开发变成了一个更低成本的事情。但是这也滋生出一个问题就是，在不同平台下的低代码开发工具所生成的系统依然要围绕着主系统运转，他们之间是非常割裂的。这就会给后续的系统间扩展，复用，移植等很多方面带来障碍。
上面提到的三个类别并不能覆盖所有低代码产品，Forrester在报告中甚至给中国的低代码厂商划分出了9大类别。低代码平台的多样性很强，初次看到“低代码”时，人们很容易产生盲人摸象的感觉。这也是目前大家对低代码的意见存在较大分歧的主要原因。所以，如果你真的想要了解这个行业，在迷雾中找到一条路，还是得根据自己团队的技术能力、需要面对的应用场景选择合适的类型入手。如果你是一个程序员，要开发核心的生产和销售软件，却将轻应用低代码平台作为评估低代码技术的唯一选项，我相信你无疑会对低代码很失望；但是，如果你选择了服务专业开发者的活字格，结论很可能是相反的。不要以为这是个玩笑般的比喻，我们的售前技术支持团队反馈说有不少程序员都走了这个弯路。
CSDN：如果要给开发者一把尺子，去衡量这个产品是否真的适合自己，从开发效率，技能提升，或者稳定性等等方面，获得一个对低代码平台产品相对全面的评估。只用三个问题来判断，你会如何选择？
嘉宾：这是一个方法论的问题。我认为应该用这三个问题来判断：
1.“拿来干什么”。不同类型的低代码产品有不同的应用边界和底层逻辑。开发者评估一款低代码产品时，首先弄清自己的应用场景。如果你希望做的是简单的轻应用，讲究短平快，不需要考虑和其他软件集成以及持续发展的问题，那么选择面向专业开发者的低代码平台的话，学习成本就太高了；如果你希望用低代码技术开发核心业务系统甚至分阶段搞定全公司所有软件开发，轻应用平台显然无法承载你的梦想。
2.“怎么干”。同样的应用场景，不同的产品有不同的实现路径。条条大路通罗马，但是高速公路需要掏过路费，乡村小道跑的不舒服。具体到开发工具上，我们需要根据自己的技术能力选择更适合自己的低代码平台。不过，如果有学习的意愿和投入，我建议选择架构更专业、开放性更高、与大学里软件开发课程更近的那一款，提升一下软件开发的上限。
3. “谁干成了”。实践是检验真理的唯一标准。如果我们没有足够的时间来做详细的评估，可以去看一下其他人用该平台开发的系统，从界面自由度、功能复杂度到稳定性，都能体现到案例中。比如如果一个平台有大量开发ERP、MES这种核心系统的案例，客户的要求会比做后勤部门数据填报的轻应用高很多，所以该平台的稳定性应该没问题。所以，去这些低代码平台厂商的官网看看他们推的案例，也是一个不错的方法。
CSDN：程序员喜欢的低代码平台产品要具备什么样的特点
嘉宾：对于程序员来说，转型到低代码开发和新学一门编程语言在本质是一样的，必须考虑学习的成本和之前经验积累的复用性。所以，我们接触过的大多数程序员在做低代码平台选型评估时，首先会看这个工具用起来，跟之前写代码的流程一样吗？跟写代码的架构一样吗？为啥？因为这样程序员和其他技术性岗位一样，专业知识，专业技能是需要持续积累和复用的，只有这样才能让职业生涯走得更顺。所以，我们不能让程序员之前一行一行写代码，积攒起来的经验，在切换到低代码平台开发之后，全部作废。如果做不到这一点，大多数程序员就会被推到了低代码的对立面。