从进入公众视野开始，低代码从来都是与批评与争议相伴随的，这个版块我们来讨论行业内大家看待低代码的不同声音，从中分析其深层次的原因，并在接下来的文章中对一些典型的疑问做出回答。
低代码自诞生之日起，批评质疑与鼓励支持的声音从未间断。
“行业毒瘤低代码”
2021年4月，知名技术媒体InfoQ上发布头条文章《为什么我说低代码是“行业毒瘤”？》，作者是Thoughtworks中国的技术负责人，文章发表后引发了行业内外的广泛讨论。这篇文章主要表达的是，低代码不是一个新概念，现在也不是第一次引发业界讨论，以降低程序员门槛为目的的低代码从底层逻辑上就是行不通的，这类低代码不是风口，而是行业毒瘤。
这位作者的观点主要包括：
- 低代码平台预设的使用人群永远是初级入门的用户；
- 低代码平台暗藏巨大的变革成本；
- 风口不代表长期发展，低代码其实是个伪需求；
文章以头条的形式发布，引来了行业的正反两派讨论，有一些低代码从业者的声音比较有代表性，比如在知乎上的文章《低代码不是行业毒瘤，你才是！》，作者给出了针锋相对的反驳：
- 这一代的LCAP（低代码应用平台）毅然决然地要面向程序员以外的人，尤其是有一定IT素养的业务人员；
- 真正的软件开发团队的工作方式不需要任何的变化，他们应该继续使用日新月异的技术栈从事原生软件开发，真正的低代码应用平台不是为了去取代高级语言的；
- 没有不会过去的风口，只有风口的过去，aPaaS才是真正的主流，传统用户开始采纳，产品变得更加成熟，纷争变得没有意义；
理性客观看待低代码
这些争论从各自的立场出发，体现了一部分大家的担心以及利益诉求。事实上，低代码并不是凭空出现的黑科技，从实现层面来讲，大部分技术确实是在现有工程方法中发展演化而来，提到可视化搭建、领域建模，IT行业内的人一般不会感到陌生。
正因为如此，对于低代码，大家往往会以一种直觉的、主观的先验判断来加以理解。对于行业外的人来讲，听到低代码这个概念后的反应是可以通过类似制作PPT那样开发应用程序，而对于IT行业内的人来讲，因为对一些概念并不陌生，往往凭直觉认为低代码不过如此。
我们在此前的文章 《低代码发展简史： 低代码是新瓶装旧酒吗？》中提到了为何Dreamweare没有成为今天低代码的代表，事实上，低代码有其独特性，以学习成本来讲，我们以零代码举例，零代码既不像PPT那么简单，从要求上也大大低于专业的工程技术（例如javaEE），以我们的实践，零代码应该是介于原型工具与专业的Excel使用（大量的VBA编程、复杂的公式）之间的形态。
发展至今，低代码已经逐渐发展成为一个独立的工程分类，无论在理念、方法论、技术等角度都有自己的独特性，很多方面与人们的直觉认知有较大的差异。实际上，低代码的使用过程比大家想象得要复杂一些，有一定的学习成本；同时，低代码也不像某些工程师们理解得那么简单，低代码能够解决很多问题，在越来越多业务场景中被证明是有效的。
感谢阅读，下一篇我们介绍一下通用低代码的挑战
欢迎访问免费、通用的无代码开发平台Mybricks ，体验图形化编程的乐趣
