嘉宾：这是一个方法论的问题。我认为应该用这三个问题来判断：
1.“拿来干什么”。不同类型的低代码产品有不同的应用边界和底层逻辑。开发者评估一款低代码产品时，首先弄清自己的应用场景。如果你希望做的是简单的轻应用，讲究短平快，不需要考虑和其他软件集成以及持续发展的问题，那么选择面向专业开发者的低代码平台的话，学习成本就太高了；如果你希望用低代码技术开发核心业务系统甚至分阶段搞定全公司所有软件开发，轻应用平台显然无法承载你的梦想。
2.“怎么干”。同样的应用场景，不同的产品有不同的实现路径。条条大路通罗马，但是高速公路需要掏过路费，乡村小道跑的不舒服。具体到开发工具上，我们需要根据自己的技术能力选择更适合自己的低代码平台。不过，如果有学习的意愿和投入，我建议选择架构更专业、开放性更高、与大学里软件开发课程更近的那一款，提升一下软件开发的上限。
3. “谁干成了”。实践是检验真理的唯一标准。如果我们没有足够的时间来做详细的评估，可以去看一下其他人用该平台开发的系统，从界面自由度、功能复杂度到稳定性，都能体现到案例中。比如如果一个平台有大量开发ERP、MES这种核心系统的案例，客户的要求会比做后勤部门数据填报的轻应用高很多，所以该平台的稳定性应该没问题。所以，去这些低代码平台厂商的官网看看他们推的案例，也是一个不错的方法。
CSDN：程序员喜欢的低代码平台产品要具备什么样的特点
嘉宾：对于程序员来说，转型到低代码开发和新学一门编程语言在本质是一样的，必须考虑学习的成本和之前经验积累的复用性。所以，我们接触过的大多数程序员在做低代码平台选型评估时，首先会看这个工具用起来，跟之前写代码的流程一样吗？跟写代码的架构一样吗？为啥？因为这样程序员和其他技术性岗位一样，专业知识，专业技能是需要持续积累和复用的，只有这样才能让职业生涯走得更顺。所以，我们不能让程序员之前一行一行写代码，积攒起来的经验，在切换到低代码平台开发之后，全部作废。如果做不到这一点，大多数程序员就会被推到了低代码的对立面。
程序员在选择开发工具的时候希望能继续延续自己的优势，逆势而为就会为产品的落地造成很大的障碍。顺势而为就可以延续程序员之前积攒的经验，成为更好的开发者。
落实到具体功能上面，我们之前做过一次调研，面向活字格低代码平台的用户群体，征集开发者最喜欢的三个功能是什么。最终，我们整理出三个点，现在看也是比较有代表性的。
第一个是：抹平数据库之间的差异性，自动适配MySQL、MS SQL Server、Oracle的数据类型和特殊语法，学习成本更低。
第二个是：可以在开发中对服务端API可以调试，并且提供包含各步骤耗时在内的详细日志。让低代码不再是一个黑盒子，Debug非常方便。这里多说几句，在核心业务系统中业务逻辑一般会很复杂，哪怕最简单的一个库存出库，也并不是说创建一张出库单就完了。实际的业务流程中除了出库单，还要更新库存数据，做设置好的低库存检测，触发警报的同时，调用采购系统的接口发起补货流程，最后更新财务使用的库存数据等等。这一系列操作都需要确保事务性和处理性能。事实上，我们很难确保一次性将这些操作全部搞正确，低代码平台能提供快速定位和修复问题的能力变得非常重要。
第三个是：前端布局可以自由修改。有很多的低代码开发平台的产品，压根不允许你自己布局，对UI要求高的客户来说，这种方案来说就非常不友好了。
从上面的这些内容可以看到，程序员最关心的功能是什么？第一就是一定要能操作数据库，第二是一定要能像写程序一样去精确的控制业务逻辑，第三就是一定要自由的做布局。说到底，一个前后端分离的企业软件，就这三件事。
*点击，可获赠《CSDN低代码开发者认知度与应用》洞察报告*

稿源：(创业邦)

【傻大方】网址：/c/112OL9B2021.html

标题：开发者|低代码发展专访系列之一：低代码平台产品的使用者都是谁？( 三 )