昨天刷到一篇很有意义的讨论文章，转发过来供讨论交流。转发并不代表认同作者观点。我们认为任何技术的出现和发展都有其市场应用需求，存在即为合理，我们能做的是了解痛点和关注问题，并引导业界共同解决问题，助低代码开发与应用走出困境，让低代码技术应用之路更加通畅。
【iVX不在这个讨论之列，iVX生成完整代码，应归入“图形化编程语言”大类。】几乎所有的低代码平台，包括低代码开发概念的提出者：“Mendix/Outsystems/Appian/Power Apps...”都存在“平台锁定”的现象。而且这种“锁定”机制有一点像当年的Oracle，是“不断积累”的锁定（不像SaaS产品切换起来相对比较容易），低代码平台由于需要把研发资源不停在平台上积累，所以一旦大规模投入之后，由于无法生成源代码（或无法生成完整源代码），企业就很难脱离平台，这就是所谓的平台锁定。这也是这么多年“低代码”很难快速发展的核心“阻碍”，没有企业愿意重蹈覆辙，让当年的“Oracle模式”再次上演。只要企业还能生存下去，可持续的安全还是企业的“Priority One”。从产品角度来讲，“开发者”和“业务人员”压根儿就是属性和背景知识完全不同的两波人，甚至“思维模式”可能都是完全冲突的。低代码平台由于“产品设计”上的问题，不得不做成“一个平台”，然后忽悠出了“Citizen Developer”的概念。最终的结果就是搞的“研发的同学使用起来非常不方便”而“业务的同学完全看不懂和学不会”，两边都不讨好！在我看来，把不同的人员拉到同一个平台，实则“无奈之举”，没有想出更好解决方案的“权宜之计”。所以低代码平台在企业内部，两边得不到待见，推行起来自然也就阻力重重了。如果是简单应用，那么“SaaS”就已经很好使了，没有必要引入“低代码”（之所以叫低代码，就是开发过程中还是很难避免“代码”的）。那么用“低代码”来开发复杂应用呢？对于很多平台来说，由于很多原因，其实很可能比使用代码开发还要慢！（一）需要使用很多工具或引擎，没有完整的开发IDE。操作繁琐，步骤和窗口太多，功能分散，导致虽然有一些代码省下来，但是整体操作次数和操作时间并没有缩短。不知到从哪一家低代码开始，大家都喜欢通过“画图”的方式来表达“程序逻辑”，而画图的方式往往带来的直接解决就是“很慢”！（我知道要去掉代码，必须使用“图形化”的方式来表达逻辑，但是“图形化”不只有“画图”，我倾向iVX鼠标+面板的模式，明显效率会高很多。感觉大家都被“流程图”带偏了。）（三）组件太少或组件的抽象和封装还没有做好。（这个就不细说了）评论1：第一点目前确实无解，当前市面上的低代码平台都会约定使用前提，后面两点国内有低码平台已有突破。评论2：我看好 “图形化编程+ AI辅助”的方向。现在AI有一点用力过猛，而且都是基于自然语言，自然语言对于复杂逻辑描述还是有缺陷，大家还是要冷静冷静。评论3：其实最大的悖论在于人，低代码平台目标是更低水平的人，但开过过程又需要更专业的人，而专业的人却不喜欢各种不合理的束缚，所以低代码就造成了目标错误。评论4：其实专业，有两种“专业”，在这套系统里面：代码专业和业务专业。但是无论哪种专业都是成本，低代码本质还是希望降低成本，提升效率。在我理解里面：悖论还在于，想把代码开发和业务开发这两种人，放在一个产品里面。评论5：懂代码的不懂业务，懂业务的不懂代码 最后低代码平台拼的不是产品，而是售前和实施。评论6：Saas的痛点是面对海量的客制化需求，低代码的好处是可以千人千面，痛点是搭建人员培训的成本比较大。评论7：低代码跟SaaS是两种完全不同的概念，作者把这两者拉在一起比较。评论8：低代码没错，是搞低代码的人走错了路子。通过AI，把通用经验和个性化需求结合起来，才是解决之道。评论9：低代码完全有点四不像。退一万步说，就算开发的东西能用，但要依赖平台，说句不好听的，一旦平台倒闭，企业应用多年的数据积累顷刻间化为乌有。评论10：低代码平台只适合需求和页面标准固化的场景，您一看就没有实际用过那些在国内领先的低代码平台才这么说。而且没有在复杂业务场景下实践过。评论11：要做特定行业的低码比较好，如工业上的HMI，PLC的开发环境，都是低代码！评论12：我干了快十年，唯一见过一个真正有用的低代码平台就是抽出来打造自己的开发语言，产品人员直接写代码完成设计。评论13：了解下TIBCO，2012年我在hp就用它完成复杂后端无代码开发。评论14：我了解了一下 TIBCO，是 数据流的处理逻辑的编程，这个可以算是“运行时”逻辑。这个和 开发态逻辑，还不太一样。一般是连线的方式来做可视化～～～ 简单来说，这种和做 应用的开发逻辑还不太一样，做不了应用的。可视化视图可以～评论15：低代码可以搞定模版化的系统，比如一些oa、后台管理等系统，但是这类系统网上一大堆开源既用的软件，搭建一套低代码平台比搞一套软件还贵评论16：OA类代码。说句实话，自己搞个好点框架，用好第三方开源数据访问、工作流等，开发起来也很轻松。我很久没写代码了。几年前我搞的框架，只要设计好了数据库。在没有代码生成器情况下，从实体到接口到业务层、API接口，十分钟一个curd。评论17：低代码就想制定自己的规则捆绑程序员，哪个程序员允许呢？评论18：跟低代码没什么关系，是图形化编程语言～ 而且也生成代码～ 和程序员写代码产出是一样的东西。只能说是技术进步的新事物，知识需求会有差异，但是逻辑都是一样的～ 废不了。评论19：过个嘴瘾而已，吐槽赢情绪，那有没有操盘100人规模大数据开发纯代码开发，知道完成一个项目系统，需要投入多少资金成本、时间成本。存在即合理，就是这么个道理。纯喷简单粗暴，但有效给出解决问题方案，才是王道。评论20：低代码平台只适合需求和页面标准固化的场景，您一看就没有实际用过那些在国内领先的低代码平台才这么说。而且没有在复杂业务场景下实践过。
作者：低代码研究
声明：本文系转载，旨在分享，版权归原作者所有，内容为原作者个人观点，并不代表本网赞同其观点和对其真实性负责。如涉及作品版权问题，请与我们联系，我们将在第一时间删除内容！
