代码—低代码—零代码（无代码），是编程经历的必然趋势

低代码，可以理解为代码化编程的一种优化，人还是一拨人（程序员），唯一的好处就是可以少写一些代码？至于能少写多少，这个就要看不同低代码产品了。而且对于很多产品而言，程序员和项目管理人员对于什么地方还需要写代码这些代码需要多久时间难度如何很难做出准确的判断。

这也就是使用低代码的一个悖论（鸡肋）：正常写代码开发时间 > = < 低代码平台学习时间 + 低代码平台代码开发时间 + 低代码平台无代码开发部分 ？？？

其中，低代码平台学习时间，等于是程序员多花的时间；低代码平台代码开发时间，这个原则上和程序员使用代码开发时间相同，一拨人做同样的事情；低代码平台无代码开发部分，这个是节省时间的，毫无疑问；上面这个公式如果要使＜成立，如果低代码平台功能和性能都没有问题的前提下，学习时间+无代码开发部分的时间要 < 正常编写这部分代码的时间！数学上就是这样的，但是由于低代码平台通常本身功能上的限制和性能上的问题，往往还达不到真实意义上提升开发效率的结果。可能只有极少数有这个能力。

眼下，我看见网路上有一些特别针对0代码/无标识合乎作开发商业模式的非议，只不过，在我直言还是没遇上可信赖的产品（只不过是没遇上iVX ^v^），那些0代码产品常常实只能同时实现较窄范围内的应用领域。零代码应用领域构筑

我们归纳了一下，假如挑选出低代码和无代码产品？只不过让我们来分析一下代码是怎样产生的那个难题。

现在较为盛行的程式设计形式，是面向全国对象，在这种程式设计价值观下，代码可以还原成以下两部份：对象表述 和 对象间的方法论。

1. 对象的表述，前端对象C#和架构已经许多了，也都做的极好，因此难点在后台的对象表述，那个较为难，大家可以重点项目看一下！

2. 对象间的方法论，那个是难点！假如能够抒发繁杂的对象方法论，才有可能同时实现真正的精简代码，才能节约代码时间。所以大家选一款低代码、0代码产品的时候，重点项目看看繁杂方法论可以抒发吗？抒发繁杂方法论的形式怎样？是否完整？

假如那个做的不太好，一定不是一款好的低代码/0代码产品。

简道云根植于零代码领域十多年。简道云目前拥有 50 数个 SaaS 应用领域，几乎所有应用领域都可以通过 简道云 的低标识合乎作开发进一步合作开发和订制。 简道云 还支持第三方应用领域的合作开发，无需代码，方可构筑出合乎需求的业务管理系统（如生产管理、进销存等）。