前言
在日常的开发过程中，绝大多数的编程都是手写全部的代码，也就是大家常说的“纯代码”（Pro Code），要实现某一个功能，需要写全部的代码。有没有一种方法可以避免如 程序员门槛高、文档链路长、研发效率不够高 等问题呢？
于是，可视化编程来了。可视化编程，就是可视化程序设计，通过少写代码，或者不写代码通过拖拽的方式生成。可视化编程的特点就是所见即所得、一站式研发、技术收敛、而且专业门槛低，对程序员小白相对友好。
Low Code、No Code
关于可视化编程，主要分为两类，一是无代码，另外一个是低代码。
其实，网上一搜索“低代码”相关的定义特别多，维基百科定义：低代码开发平台（LCDP）本身也是一种软件，它为开发者提供了一个创建应用软件的开发环境；与传统编写代码的 IDE 不同，低代码开发平台提供更易用的可视化 IDE。
简单来讲，低代码（Low Code）就是一种可视化搭建系统，从字面意思来讲，一是可视化；二是少写代码。无代码（No Code）同样从字面上来理解，一是可视化，二是不写代码。
No Code 和 Low Code 这两种的区别是，No Code 的是完全不需要写代码，而 Low Code 是需要写部分代码，整体通过拖拽的方式生成。
Pro Code、Low Code、No Code 这三个是给不同⼈使⽤的，解决着不同场景的问题，他们之间不是替代或消灭关系，⽽是互补加强关系，未来⼀半以上的应⽤将会是通过 No Code 或 Low Code 来⽣产，这会是必然。
判断、引入及选择
按照前文的说法，可视化编程门槛那么低，直接上不就行了？理论上是这样的，但是汪老师还是提醒我们有三点需要去注意，一是自身是不是适合可视化，二是可视化引入的难点，充分考虑到前面两点之后，我们再来看可视化平台的选择。
首先，我们如何判断自己是不是适合可视化呢？
分为使用和研发两种情况。
-
如果是使⽤的话，绝⼤部分都是适合的，“可视化”本就是个提效⼯具。
-
如果是研发这类⼯具，如没有相关研发资源的重投⼊(⾄少 5⼈以上)，周期在⼀年以上，是很不建议开发 这类⼯具的。
考虑好前面引入的情况之后，再看下，如果我们是选择研发这类工具的话，有那些难点呢？
-
当下的低代码⼯具⼀般是全⽣命周期的，把近乎全⽣命周期的 Hand Code 编程变成可视化编程，这本身就是⼀个极⼤的挑战；
-
低代码⼯具研发周期较⻓，需要沉下⼼⾥稳扎稳打、艰苦攻坚，⽽能耐得住寂寞，背得住压⼒的团队和个⼈是寥寥⽆⼏的，仅资⾦投⼊这⼀块都是⼀般普通团队吃不消的；
-
另外研发低代码⼯具除了依赖技术底蕴外，更需强⼤过硬的产品思维，这类⼈是在市场上极具稀缺性的。
如果直接使用的话，再去考虑可视化平台的选择。
可视化平台很多，比如 Mendix、OutSystem、PowerApps、Google Blockly 等，搭建平台不是万能的，尤其国内基本还处于摸索期阶段，另外，低代码覆盖的域非常的广，不是一款低代码工具就能全覆盖的。对于中小公司来讲，这两点特别关键：
-
捋清楚自己的核心诉求，不想着什么功能都要。假如不考虑实际，什么功能都加上，往往最后的效果事与愿违。
-
最好选大厂或三年以上的垂直领域公司出的产品。原因是，低代码工具是个重投入的一款产品，并且对于研发公司来说收益回报周期相对较慢，前期三五年基本都是在打磨产品阶段，小公司往往坚持不了多久。”
低代码这条路，实事求是的说的确⼫⻣累累，绝⼤部分不温不⽕，有的连名字都没正式公布就彻底消失了。 但前景我认为是可观的，只不过这个‘⻅效周期’离⼼中期待会有⼀段时间距离。
