长期使用用低代码必然会造成专业能力的衰减，但是短期内使用又可以极大地提升效率，也就是说，在这方面的表现上，低代码给人的感觉是矛盾的。
一方面，它可以提高工作效率，另一方面，疏于coding却造成专业能力的减退，这相当于变相地削弱了程序员的竞争能力。
而低代码的另一个问题在于，由于大部分的低代码平台框架是一个黑盒，一旦内部出现什么bug和性能问题，由于不清楚内部的实现逻辑，排查问题就会变得无从下手，根本找不到解决问题的方法。
这其中还没有提到低代码平台自身的局限，那就是低代码的开发框架，这在很大程度上决定了一个低代码平台的实力，一旦框架不给力，自身基础的薄弱必将限制开发人员的能力，造成效率的进一步降低。
这其中有没有一个平衡点，是既能让程序员解决低端代码的重复性，又能有能力解决各种bug和进行专业化的Coding工作的？
其实仔细想想，低代码的出现正是为了提升程序员的价值，比如低代码可以帮程序员减少在低级重复性工作上浪费时间，从而可以有更多时间专注于高价值的代码，更深入本质，将重心放在业务逻辑上。我认为是有的，那就是低代码平台自身必须具备生成代码的能力。
但是，这其中难道就没有一个中间解吗？既能提升我们的工作效率，又能提升或维持我们写代码的水平，其实有一种方式，那就是用低代码导出源码，需要强调的是，这里需要那种能够真正生成可导出应用的全部代码，包括前端/后台/数据库整个代码栈，而且要能够独立编译的那种。
这里的应用是开发的“单个应用实例”，也就是“开发了什么就生成什么”，不是一大堆框架的代码，需要的是真正“编程语言级”的代码生成能力，可以让程序脱离低代码平台以外的环境运行。
这样做有几个重要好处，首先是能像程序员完整展现完整项目的源代码，让问题不会变得一头雾水，起码是有迹可循的；其次导出源码就意味着程序员可以对专业代码进行审查，必要时添加注释或进行自定义的编码，维持自身的竞争力；
第三是在实现低代码平台效率倍增的基础上，让企业的程序可以不受低代码平台的限制，想独立部署和导出都可以，将选择权握在自己手里。
也就是说，在整个过程中，我们只是借助低代码平台帮助我们生成了代码，一旦完成业务逻辑，我们大可以拿着代码走人，不会受到低代码平台丝毫的限制，这才是真正将低代码平台为自己所用。
而现在的低代码市场上真正具备完全能导出源码的应用，只有 codewave 和 iVX ，前者主要的宣传重点是企业的管理系统和智能化，后者才更像是面向开发者应有的低代码平台。
国外成熟的低代码平台如Mendix虽然也能生成代码，但自身的限制过多，导致导出的源码很大程度上无法脱离平台使用，这就让源码失去了意义。
低代码平台是有意义的，只是现在成熟的适合本地的企业太少。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。