无代码合作开发到底呢伪市场需求？
为何会有No Code？
从表层上看，不必标识符的其原因是不言而喻的：应用软件合作开发者生产成本高昂，供大于求，而且应用软件这类的合作开发也是须要周期性的，中后期更要根据市场需求变动进行修正，因此运行和维护的生产成本都极高。
不过对应用软件的市场需求是有增无减的。当代位数化民营企业须要大批的应用软件，绝大部分都是度订制的。
如果我们能建立位数销售业务，即便位数商品，那并非更快吗? 也许一开始新技术极难使用，但随著时间的流逝会显得更容易赢得。
将销售业务流程切换到应用软件应用领域主要有两个显著的益处：
更改掌控成为两个应用软件难题，而并非相关人员难题。您实际上做两个应用软件正式发布，而不须要通过大批的相关人员再专业培训，就能发生改变原有的流程或导入捷伊流程。进而同时实现更慢地格式化或插值。
技术创新使民营企业与众不同，尤其是民营企业的竞争对手也在做同样的商品，将销售业务流程切换到应用软件应用领域，这对一些民营企业来说是好事，但大多数民营企业不想从事应用软件商品服务。零标识符应用搭建
许多民营企业试图通过位数化转型来赢得这些益处，但都失败了。你会突然发现公司会变成（至少在某种程度上）两个应用软件合作开发公司，而大多数公司都不擅长这个! 虽然应用软件环境具有无限的可能性，但要有足够的资源（时间、金钱、相关人员），大多数人都会梦想各种可能性，但在实践过程中受到很多限制。
无标识符是什么？
无标识符意味著应用软件合作开发不须要撰写标识符。人们能在某个更高的层次上进行操作，在这个层次上，合作开发要简单得多，但最终的结果是相同的。
具体来说，按照计算机编程语言的语法形式撰写销售业务方法论是令人讨厌的。打个比方：应用软件合作开发者就像汽车修理工一样，了解引擎的内部。但大多数人只须要能够驾驶汽车，会使用方向盘和一些踏板就行。随著时间的流逝，我们不断提高了机械化程度。有人可能会喜欢手动挡，但大多数人更喜欢自动变速箱，这样驾驶我们就让它简化了！
简单的抽象
在这个行业的早期试图简化编程就已经开始了：BASIC 是一种尝试，它允许人们用看起来像英语的语言来撰写应用软件，这也是非常成功的。
不过，抽象作为编码系统的两个关键概念，它往往不会过于简化：实际上，许多合作开发者都在积极地尝试确保标识符足够具体，使其易于理解。零标识符应用搭建
简单的语法
主要的难题是撰写文本，已经有人尝试简化语法即便完全去掉——有许多图形合作开发系统。
这些语法的简化也会带来表达的难题。一旦它们足够简单，能快速掌握，它们就不再具有足够的表达能力，无法在许多场景中使用。还很多计算机语言专注于某个插件应用领域，称为应用领域特定语言(dsl)。但这些语言很少有真正在合作开发中赢得成功的，主要是因为它们再次使事情显得极其复杂。
配置标识符
许多不会写标识符的人正在通过整合现成的插件来构建重要的系统。使用像 Zapier 这样的辅助工具能更直接地做到这一点，这些辅助工具能广泛地集成到不同的系统中。
这种情况有两方面的其原因。首先，您已经将方法论扩展到各种不同的系统中，因此极难再对整座插件进行梳理。
其次，方法论是通过配置来同时实现，而并非标识符。程序员经常面临这样的两难境地：我们是信任外部系统并投入大批的配置工作，还是尝试自己处理更多的方法论？
无论插件如何扩展，方法论不会消失。即便使用 Zapier 规则进行连接，也不会消除任何维护的生产成本或负担。
标识符的等价性
合作开发者仍然使用纯文本是有其原因的——主要是为了提高效率和清晰的表达。当然，如果出现了更简洁的辅助工具，许多（并非所有！）合作开发者会像扔热石头一样丢掉文本。零标识符应用搭建
但是无论以什么方式的方法论表达，都不会减少所描述事物这类的复杂性。就比如撰写two和2，表示相同的东西。
假想视觉合作开发环境中的过程是这样的：
在第两个例子中，我须要知道该视觉环境系统是如何工作的。在第二个例子中，我须要了解一种语言和合作开发环境。但这两种技能都是很容易赢得的。它们之间的共同点是，我要理解方法论是什么，以及它将如何工作。
要理解应用软件——任何类型的应用软件——你须要能够在头脑中对所表示的系统建模，并基于此对它在不同场景下的工作方式进行预测。
这正是许多人在当代位数设备上遇到麻烦的其原因。难题是由于硬件的输入按钮很少，但内部工作非常复杂:所以用户须要在他们的头脑中保留设备内部状态的高级模型。
很多人认为这是一种不可习得的技能。如果你不能推断出某物的内部状态，那么很可能将无法编程。我敢说没有大批的实践，你肯定做不好。坦率地说，方法论是文本的还是可视化的并不重要。零标识符应用搭建
无标识符就不好吗？
绝对并非。
在 70 多年的可编程计算机的发展历史中，我们仍然在使用 20 年前的合作开发辅助工具，这才是最大的不幸。
在实践中，无标识符的不足之处？
目前有一些非常高级的系统，例如，您能在 Salesforce Cloud 中定义非常复杂的应用软件，而不须要撰写任何标识符。它包含了可视化编程、规则设置和配置。
假设它能根据您的市场需求完全同时实现特性，那么随著项目的进展，在商品化方面就会遇到麻烦。更改掌控就是两个显著的例子。
我们习惯于使用标识符建立更改，然后将其部署到单独的测试环境中，最后部署到生产环境中（要逐步地启用该特性）。如果出现错误，我们能快速地处理它们并解决难题，而不会影响到所有用户。
由于系统无标识符，非生产环境中的测试往往极难或不可能同时实现。Salesforce 有一些优秀的辅助工具可用来完成这项工作，即便在那样的环境中，这也是非常困难的。零标识符应用搭建
无标识符的成功之处？
质疑对应用软件的市场需求也无非好坏，无标识符系统对于概念验证阶段有很好的指导作用。
作为非 IT 系统，它们在获取实际销售业务设计输入和反馈方面也非常有用。虽然我们谈论了很多关于敏捷合作开发的内容，但是我很少看到合作开发团队中的最终用户。
有许多辅助工具，虽然这类并非没有标识符，但也允许用户生成更多的技术输出。我最喜欢的例子是商业智能辅助工具 Looker，在不同的细分市场中还有许多类似的辅助工具。我发现它们的模型合作开发都是纯文本的，都使用常规的应用软件合作开发辅助工具，这非常有趣。
简道云植根于低标识符应用领域十余年。简道云目前拥有 50 多个 SaaS 应用，几乎所有应用都能通过 简道云 的低标识符合作开发进一步合作开发和订制。 简道云 还支持第三方应用的合作开发，无需标识符，即可构建出符合市场需求的销售业务管理系统（如生产管理、进销存等）。
