共计 3019 个字符，预计需要花费 8 分钟才能阅读完成。
低代码和无代码 (LC/NC) 工具制造商正面临一场艰辛的战斗，试图压服人们，尤其是业余开发人员，应用甚至只是尝试他们的工具和平台。多数平台曾经进入这个市场，但大多数软件开发无疑依然是由编写代码的业余人员实现的。
从工具制造商的角度来看，不足趣味仿佛令人困惑。更快的开发、更低的老本、更少的谬误、更容易的部署、托管的环境——为什么有人会回绝这些乌托邦式的视觉工具制造商喜爱展现的货色? 为什么这么多人宁愿持续与艰难的语言、简单的谬误跟踪和艰涩的环境设置作奋斗?
与开发人员交谈，阅读文章，并在探讨论坛上搜寻这些问题的答案，并整顿了一些提出的起因。
这对他们的事业没有帮忙
学习低代码工具可能须要大量的工夫和精力投入，但学习特定的 LC/NC 工具简直没有业余价值。即便在软件开发公司很少应用 LC/NC 工具的状况下，下一个雇主也很可能不须要员工开发人员通过学习该工具取得的技能。
大多数开发工作都须要对宽泛应用的语言和框架有深刻的理解和教训，并且没有像 React、Angular、Python、Java 或 C# 这样宽泛应用的低代码工具。
很少有开发工作须要理解 LC/NC 工具，而开发人员在晓得 LC/NC 工具后找到更好工作或赚更多钱的可能性非常低。因而，开发人员最好花工夫学习和欠缺待业市场上需求量很大的有数技能、框架和语言之一。
开发人员花了数年工夫学习如何编写代码
在 2021 年 Stack Overflow 开发者考察中，近 70% 的开发者宣称他们领有计算机科学或相干学科的学士学位或更高学位。这意味着大多数开发人员破费数年工夫学习编程、学习各种语言、零碎架构，以及广泛练习和欠缺编写代码的艺术。应用 LC/NC 工具通常意味着放弃他们来之不易的教训和投资所代表的劣势。因而，大多数开发人员更违心依附他们曾经辛苦取得的贵重技能也就难能可贵了。
如果 LC/NC 工具的确兑现了它们的承诺，那么将来将不再须要编写代码来创立应用程序。编程将挪动到更高的形象级别，应用程序将从现有组件组装而不是编码。因而，程序员基本上威逼要通过应用和反对更多地应用 LC/NC 工具来使他们来之不易的技能变得多余。因而，LC/NC 工具不胜利实际上合乎他们的利益。
开发人员不太关怀速度
当开发人员为软件公司工作时，他们通过交付具备特定特色的代码取得报酬。这些包含易于浏览、可测试、构造良好、牢靠、高效、遵循规范等。保护中等简单应用程序的开发人员会明确确保代码尽可能简略和易于了解的重要性。这些品质对于代码的可维护性至关重要。
代码通常由更高级的程序员审查，他们也关怀这些品质并强调它们。与开发人员相比，他们可能对更快地实现工作更感兴趣，但他们晓得代码谬误、效率低下、编写艰涩难懂且难以扩大是难以保护的。
这个蹩脚的代码会导致很多麻烦，并且会变得十分低廉。尽管交付代码的速度是相干的，但代码的组织和编写形式通常优先于交付速度。
因而，向开发人员采购 LC/NC 工具的开发速度实际上可能不会产生预期的影响。
开发人员喜爱编码
人们是含糊的和情绪化的。他们有互相抵触的优先事项，常常不确定、不精确和扯谎。通常他们甚至不晓得本人在做什么以及为什么要这样做。人们可能会很困惑。计算机要简略得多。计算机只是依照程序员给出的指令进行操作，如果这些指令不正确，程序就会失败。定义一组工作并看到它们立刻精确地实现的精确度给了许多人一种安全感和高兴感。
编码中有许多开发人员真正喜爱的创意元素。编程是一个非常复杂的谜题，充斥了脑筋急转弯，逾越了几十个模块、多层和数千行代码。单个 Web 应用程序能够很容易地蕴含五种或更多不同的语言一起工作（例如 HTML、JS、CSS、C#、SQL)。制作由联锁静止部件组成的简单物体，并察看它们在奥妙的循环中工作，因为它们施展了内置逻辑的结果，这可能会令人着迷，并带来强烈的成就感。
软件存在的起因是为了让生存更轻松，咱们从根本上构建软件来帮忙人们做得更好。一旦你晓得如何编写代码——用任何语言——你就能够构建任何你能设想到的货色。设想一些货色而后从无到有发明它是一种高兴，尤其是当它对别人有用并让他们高兴时。
开发人员不会抉择技术堆栈
开发人员在我的项目中停留的工夫越长，他们在扩大应用程序方面就越好，他们在发现和解决问题方面的效率就越高。当开发人员到职时，他们通常会随身携带无关应用程序简单细节的深刻理解。这种常识很难从新取得，当这些员工被替换时，他们反对的应用程序往往会进入不稳固阶段，有时甚至会陷入凌乱。因而，只管软件公司对稳定性很感兴趣，但软件开发人员通常只在一个雇主那里呆几年。
软件公司用来加重常识损失的一种策略是应用在开发人员社区中宽泛应用和家喻户晓的技术。应用家喻户晓的堆栈能够更容易地找到有技能的人来雇用。它还能够帮忙这些人理解应用他们构建的应用程序的前因后果。开发人员可能是决定将哪些技术用于我的项目的影响者，但通常是高级工程师甚至管理层应用这些规范来决定堆栈。因而，向开发人员采购 LC/NC 工具可能会错失良机。
押注工具是有危险的
客户往往很难确定他们未来可能会在哪里申请。这是能够了解的，因为将来很难预测。因而，应用程序所有者须要适应一直变动的需要，以确保应用程序的商业胜利。这通常意味着批改商业模式并扭转反对这种模式的技术。经验丰富的开发人员晓得这一点，并且喜爱构建可能适应将来一直变动的需要的开放系统。创立这种适应性强的零碎的最佳办法是应用反对良好的语言和框架对其进行编码。
许多 LC/NC 工具都是新的、不成熟的，并且具备很大的技术限度。这些限度通常不会被宣传，而且通常也只是很少记录。软件公司真正找到这些限度的唯—办法是尝试一个工具并构建一个真正的应用程序。大多数限度只有在投入大量工夫和精力后才会变得显著。软件开发既低廉又冒险，而这些未知因素进一步减少了开发人员、软件公司及其客户的危险。
锁定交易
许多平台不容许将该平台中构建的应用程序导出为通用的、可编辑的格局。他们锁定应用程序，从而要么将开发人员绑定到平台，要么要求他们从头开始重建他们的应用程序。思考到将来的需要是不确定的，而且 LC/NC 工具的局限性通常会始终暗藏到我的项目的前期，因而开发人员可能会十分警觉被锁定也就难能可贵了。
LC/NC 过来曾多次失败
可视化开发工具并不陈腐。视觉倒退的晚期尝试曾经在 50 年前进行。从那时起，大量好的和坏的可视化开发环境和平台来来去去，但它们都没有对应用程序的创立形式产生重大影响。
任何押注任何这些工具、投入工夫和精力来学习它们并压服客户在其中任何一个上构建我的项目的人都输了。这段历史表明，咱们明天遇到的任何工具都不太可能在十年后依然存在。许多开发人员可能会认真思考这些事实，并认为 LC/NC 是一条死胡同。
怎么办?
那么，LC/NC 是失败的起因吗? 在庄重的软件开发世界中是否没有 LC/NC 的地位?LC/NC 工具制造商是否以某种形式克服这些阻碍并激励更多开发人员应用 LC/NC 产品?
因为对 LC/NC 工具和宣传它们的营销流传不足信赖，许多开发人员更喜爱代码。为了压服任何专业人士应用 LC/NC 平台，平台制造商要求开发人员信赖他们。为了建设这种信赖，工具制造商最好听取开发人员和软件公司提出的担心，并在布局平台性能和与目标群体沟通时将其思考在内。
诚恳和实在地披露性能限度、公布克服限度的办法、拉平平台的学习曲线以及容许将应用程序导出为可编辑格局，尽管它们可能无奈压服所有开发人员，但它们朝着正确的方向迈出了一步。
