不是编程太难学，而是信息差要人命

很多人都有学习一门技术的想法，学习的理由无外乎也是赚钱、做副业或者兴趣爱好等等。

其实想要转型写代码做编程的人是一抓一大把，但凡是自己开始学编程的人，都有过类似的感觉。

我们以 python 为例，从最开始的数据类型，到语法规则（特别是缩进），一个不正确的缩进就可能造成 IndentationError 这种低级错误。

再到函数的使用，算是一个小的转折点，比如如何定义和调用函数，以及一看就头大的内置函数和标准库，如果是初学者很容易被这些东西劝退（事实是并不用掌握库里的所有内容），但很多人在这种挫败中可能就放弃了，好不容易燃起的雄心斗志也在这种挫折中折伤。

编程这种对初学者就不够“友好”的界面，很难让大多数人都喜欢上编程，毕竟这种直白简单的文字交互，在我们学习的过程中扮演的角色还是太苍白了，更别提底下时不时冒出调试报错的 bug ，很难让人坚持下去。

其实编程本身是很有趣的，只是它的有趣是建立在理解了基本原理上，试想你在玩一个游戏，丰富的画面刺激和熟悉的规则操作，会让你觉得了然于心，激励不断。但是在常规的用写代码的方式来编程的过程中，这种正反馈来得太慢，循环的报错和红字都容易让人丧失信心。

上面的困难还能解决的话，最麻烦的问题在于，我们很难评价自己的编程能力，因为这种能力的积累来得太慢，在我们理解语法跟结构、各种数据类型的时候，往往要花费大量的时间学习。

其实最核心的业务逻辑反倒被我们忽略了，大量的时间被用于学习不同的语法和规则上。这很容易让初学者感受不到进步，其实这方面我会更建议从可视化编程下手，比如说像 iVX、Outsystems 等这种比较成熟的低代码平台，Outsystems 是国外的，国内很多规则不适应，因此不是很推荐。

如果用可视化编程来做这个事，效率就会高很多，最重要的一个体现就是，能直观地看到自己程序构建的页面，出了什么问题，哪些需要更改的，一看便知。改起来也很快。

而且可视化编程的抽象程度也要比传统的编程语言更高，比如说你用传统的文字代码，错误率可能有 30%，但是用可视化语言，就更不容易出错，这个错误率可能只有 10%不到，因为节省了很多底层的语法规则和逻辑 bug。

学程序的业内人员都知道一种 Perl 语言，硅谷的互联网创业之父 Paul Graham 当年就是用这个语言做的搭建电商的网站 Viaweb ，后面被雅虎以 5000w 美元收购了。

他在介绍自己软件的时候说，Perl 语言当时很小众，没多少商业公司在用，但因为它灵活、抽象程度高、效率更高，使得 Paul Graham 在当时就看上了它，这也是他的程序总能最快地给出最新版本，让任何竞争对手都追不上的重要原因。

我觉得抽象化程度高的语言就是 Paul Graham 口中，那种能存在于 100 年之后的编程语言，因为你必须最快地能搭建出一个软件的原型，这是一种编程语言的发展趋势，可视化就是其中之一。

现在国内甚至很多人还不知道这种编程方式，而国外已经发展得如火如荼了，只能说信息差真是要命。