前面我讲过了三种最最基本的编程范式：“文本编程”、“图形化编程”、“自然语言编程”（也许不是教科书上的编程范式）。其中，自然语言编程其实是文本编程一种“泛化”后的结果，使得编程门槛变得非常低，当然也存在一些自身的限制，我就不在这里多说了，有兴趣的，看我前面发的文章。 今天我们换一个新话题：面向“模型编程” vs. 面向“组件编程”。 低代码平台典型的——面向“模型编程”的平台 怎么理解面向“

上一篇文章，我大概分析了一下“编程的本质”以及“为什么编程语言现在基本都是文本形式”的原因，效果非常不错，收到很多读者的反馈。 我接着用最平实的语言，给家讲讲我对编程方式演进的理解，欢迎大家探讨和斧正。 我画了一张图，以供大家参考。为了节省时间，我就把最核心的几个问题，直接抛出我的理解和答案。 1. 低代码算不算“编程语言”？“新的编程范式”？ 在编程演进的过程中处于什么位置？ 如果抛开产

编程的本质是“建模”！更准确的说，是利用计算机的算力来建模的过程。 由于硬件设计和计算机原型设计种种原因，计算机的算力表达的输入和输出模式是 010100110 这样的字符串。 程序（Programming），就是把 01001101这样表达和一个具体问题的解决联系起来，就是“通过计算机的算力来构造具体问题的解决模型”，也就是我说的“建模”。 接下来，我们来掰扯一下“编程”和“代码”。有了编程的这

iVX的“编程盒子”

为什么现在低代码平台推进阻力那么大？ “在踏出一步之前，首先考虑能否退回去” 现在低代码平台，功能性能这些先不说，能不能提升效率，提升多少，暂不讨论。光“平台和环境锁定”这一点，就是整个行业最大的技术推广障碍。道理很简单，平台有几百个，但是如果选了一个，由于无法生成代码，代表所有的研发和数据资源都要放在这个平台上，将来根本无法迁移。这意味了，“一旦跨出了这一步，将无法退回到原来的道路上！”

我和一个程序员聊天的时候，他是这么评价低代码平台的“低代码平台想证明程序员都是傻B，又想让程序员买单”！ 程序员本身心里就不爽... 我们先不谈发展趋势，节省的成本，本来低代码这个事情，就会让程序员不爽。所有程序员都会想“凭什么不是你用我做出来的低代码平台？我要用你的？”。除非你真的很厉害，真的能解决问题...那就罢了...实际上，可能你的平台比我写代码还慢😇 而公司使不使用低代码平台？怎么用？

——iVX 低代码平台的“final fantasy”

低代码格局和来龙去脉低代码产品来源主要有三个渠道，如果不算广义的CRM、ERP系产品（Wix、WordPress、Odoo...这些），这些产品构成了现在低代码的主要格局。渠道一：从MADP/MXDP演进而来：MADP代表“移动应用开发平台”，其实就是做原生APP可视化开发的平台；MXDP代表“混合多体验开发平台”，实际上就是在移动原生APP开发平台基础上增加了对Web A