你如何看待无代码运动？

[moremoney]

这些应用程序 /平台使非开发人员能够解决一堆原本需要软件工程师的问题,这是范式转变吗？

无代码工具生成的代码总是更复杂，因为它包含了无代码开发环境 + 设计工具 + 解释器或运行时 + 集成器 + 实际生成的代码。如果出了问题，所有部分可能都需要排查。

无代码工具最好只用来生成原型产品。当你确切想清楚想要什么，再找程序员将它写出来，这样可能更快，有利于以后的升级和排查。

[ericls]

代码的存在是因为自然语言存在缺陷

[xumng123]

@charlie21 认同

[xumng123]

@snw 认同，还是人力太便宜

[xumng123]

很喜欢 lowcode ，用过 low code ，必须熟悉 low code 的设计思想，适当时候能采用最佳实践定制。

[cassyfar]

这类痛点已经通过云计算降低很多了，比如 PAAS 或者 SAAS 。

[raptor]

当你在这行干得足够久，就会知道这种事情每隔几年就会来一次……

但是你要记得一点：没有银弹！

[Protocol]

有人也许会以为，代码不再是问题:我们应当关注模型和需求。确实，有人说过我们正在临近代码的终结点。很快，代码就会自动产生出来，不需要再人工编写。程序员完全没用了，因为商务人士可以从规约直接生成程序。
扯淡!我们永远抛不掉代码，因为代码呈现了需求的细节。在某些层面上，这些细节无法被忽略或抽象，必须明确之。将需求明确到机器可以执行的细节程度，就是编程要做的事。而这种规约正是代码。
我期望语言的抽象程度继续提升。我也期望领域特定语言的数量继续增加。那会是好事一桩。但那终结不了代码。实际上，在较高层次上用领域特定语言撰写的规约也将是代码!它也得严谨、精确、规范和详细，好让机器理解和执行。
那帮以为代码终将消失的伙计，就像是巴望着发现一种无规范数学的数学家们一般。他们巴望着，总有一天能创造出某种机器，我们只要想想、嘴都不用张就能叫它依计行事。那机器要能透彻理解我们，只有这样，它才能把含糊不清的需求翻译为可完美执行的程序，精确满足需求。
这种事永远不会发生。即便是人类，倾其全部的直觉和创造力，也造不出满足客户模糊感觉的成功系统来。如果说需求规约原则教给了我们什么，那就是归置良好的需求就像代码一样正式，也能作为代码的可执行测试来使用。
记住，代码确然是我们最终用来表达需求的那种语言。我们可以创造各种与需求接近的语言。我们可以创造帮助把需求解析和汇整为正式结构的各种工具。然而，我们永远无法抛弃必要的精确性-所以代码永存。

[bz5314520]

愿景鼓吹的是面向广大 biz ，实则客户不愿去面对软件的复杂性； biz + dev 都做不到 hhh ；叫用户去分析复杂性？