开发人员对低代码好感度不高

。

开发人在使用低代码工具比编写自己的堆栈(换句话说，使用高代码方法)更慢、更麻烦的现实之间两难。

下面是程序员对低代码工具好感度不高的9个原因。

原因一：维护可能很困难

处理低代码解决方案最棘手的部分通常是在运行几年之后才会出现。旧系统已经部署好并运行得很顺利，但是每个人都需要修复和改进。很多时候，这些额外的特性位于旧的、低代码解决方案的体系结构结构之外，并且没有合适的方法来添加它们。如果我们有源代码，我们也许能够深入研究并重建一些核心内容，但遗憾的是我们没有。如果最初的设计者知道需要这个特性，他们就会做出不一样的决定。但现实是我们依然被维护困难困住了。

原因二：千篇一律

就像去连锁餐厅吃饭一样，我们能轻易地知道菜单，也得不到什么惊喜。商业模式依赖于标准菜单和标准设计，从而节省成本，同时还提供完全一致的使用体验，这并不是一个好现象。

低代码工具就提供了千篇一律的感觉。一个稍有经验的优秀开发人员通常只需点击几下鼠标就可以识别底层工具。无论有多少配置选项、闪屏或定制的CSS皮肤，底层机制都会显示出来。对于一些想要一致性的用户来说，这可能是一种安慰，但它也屏蔽了许多惊喜和新奇感。

原因三:一刀切

产品制造商喜欢“一刀切”的产品，因为流水线要简单得多。客户则更需要定制化，而且他们特别讨厌流水线产品。

同样，低代码产品也很容易使用。只是没有那么多东西可可供更改、自定义或编写代码，所以您只能使用它们，这可能不符合一部分开发人员的心理。

原因四：:有时编码比配置更容易

开发人员一直在犯一个战略性错误，将配置软件的工作量最小化。也许是因为bean计数器计算每行代码成本的指标，也许是因为总是在比较创建新代码的成本和购买现成产品的价格。在任何情况下，编码人员都喜欢假装更改平台或工具的配置文件中的参数并不是什么大问题。

低代码选项往往会带来相同的结果:在指定算法、连接数据库和填充参数时，您并没有编码。每个人都知道这只是配置问题，但实际情况是，这些工作可能需要

（编辑：孝感站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!