原文链接地址如上。
这篇文章是站在开发人员角度来写的，我简单谈一下我的看法，以及现在低码/无码产品的应对思路，以供大家参考。
理由一 低码/无码对程序员的事业没有帮助
评论：
如果这只是一时兴起，做得跟风产品，或许真的没有什么帮助；但是如果这就是发展的方向，或者可以衍生出一种新的“编程语言”，那就有很大的帮助了。
程序员作为时代精英和整个互联网中流砥柱，应该把眼光放得更长远一些。不要紧盯着“语言”，而是提升自身“逻辑能力”和“算法能力”，优秀的工具只会释放“程序员的创造力”，并不会限制程序员的发展，更不应该恐惧。
“不学习AI，可能就会被AI替代”。不要把眼光盯着墙上的那个“洞”，而应该把目光移向打出这个“洞”的电转。因此，从长远角度讲，学习低码/无码对程序员很有帮助。
当然，主要还是看你选的产品“是否具有通用性？”“成熟度如何？”“以及现有文档和教学的支持程度？”。一句话“功能和性能是决定是否学习代码/无码产品的首选”！
理由二 开发人员花了数年时间学习如何编写代码
评论：
三十年前，会计行业最核心的技能还是打算盘呢。花了时间学习既有知识，不是拒绝新技术的理由！另外，就拿iVX来说，整个编程过程中，虽然不用写代码，但是“编程逻辑”和代码编程完全一致，因此，以前处理问题的能力是可以完全复用的。
还有一点更重要的，就是要看“低码/无码产品”与代码的整合能力了。
最好的情况就是：“无码”产品本身具有
通用性
，并且和代码之间的关系为“
充分非必要
”！
也就是，你想写代码的时候，啥都能写，以前的代码哪儿都能用，但是，如果不写一行代码也可以。在这个领域，iVX也做了很多尝试，例如前端支持：CSS JS代码 npm包 各种库；后台支持：JS/Java/Android SDK，SQL手写代码等。
理由三 开发人员不太关心速度
评论：
开发人员应该关系速度，速度可以解决相同工作量下“996”“007”的问题。不能“即抱怨开发时间长，又拒绝使用更高效的开发手段”，这不符合开发人员理性思考的方式。
另外，开发人员的“速度”，其实并不是开发人员“关心”就能提升的，往往和程序员自身能力相关，如果有方式提升效率，我觉得开发人员多数是会去尝试的（在代码本身运行效率不受影响的前提下）。
理由四 开发人员喜欢编码
评论：
我觉得这个地方应该把“编码（coding）”换成“编程（Programming）”更合适一些。从计算机语言的发展史来说，一开始是二进制语言，后面是汇编语言，之后才出现了现在使用最多的高级语言。汇编的效率相当高，但是为什么现在很少人学习和使用汇编语言去编写程序了呢？
例如在使用iVX等其他低码/无码产品时时，其实也是“编程”，只是不用“编码”而已。这一点也符合编程语言的进化规律，“开发越来越快速”“学习门槛越来越低”“运维越来越容易”。
理由五 开发人员不会选择技术堆栈
评论：
其实这一点应该从两个层面来理解：
1 如果获得了开发人员的认可，那么这个低码/无码生态的发展会越来越迅速；这并不是不可能的，事实上现在很多行业和从业人员已经在使用低码/无码来进行开发了。特别是对结果强需求的，例如外包行业。
2 高级管理者，例如CEO，对成本非常敏感，因此如果他们可以理解低码/无码的效率优势，可能会帮程序员做出“选择”，而且这也是他们想去做和应该做的事情。
理由六 押注工具是有风险的
评论：
这句话没有错，但是对效率和能力的追求，还是会迫使用户去选择工具。
我们使用的PS、Matlab、Eclipse、idea… 就这么说吧，各个行业底层基础产品和操作系统，多数都是国外M国生产的，我们使用是不是有风险呢？这么多年过去了，也没见替代产品，大家依然每天都在使用。
现在变成了“如果你不选择高效的工具和产品，而你的竞争对手选择了，你才是有风险的。”
理由七 锁定交易
评论：
锁不锁定，这个是产品设计理念和技术问题。从技术角度讲是可以“不锁定的”，即
1 不绑定运行环境：低码/无码生产出来的应用，可以自由独立到处，并部署在任何平台，和开发平台完全“脱钩”。
2 不绑定开发环境：即“低码/无码”完全等同于特定语言的代码生成器，最终导出代码可读可二次开发。并且导出的语言种类是基本完备的（iVX正在往这个方向努力）。
理由八 低码/无码过去曾多次失败
评论：
任何好东西出来，无论是理论还是实物，过去都多次失败！还是看心态，国外登山团队，不会因为这座山曾经死过人，就放弃登山。
展望一下
金刚经说“佛说世界，即非世界，是名世界”，我觉得低码/无码也是一样，大家还是把精力多放在解决问题上，并期待国内做出优秀的产品，不要在名字上过去纠缠。未来一定会有更先进的编程方式，无论它长得是否像现在的“低码/无码”。
未来编码一定会和AI结合，程序员自己颠覆自己或许就是终极的宿命，如果这一天注定来临，我倒希望它与我们有关。