针对这个问题，我问了一下，它是这样说的：
的回答，你满意吗？不满意的话，评论区谈谈你的看法！！
正文开始：
每一次，不论是 还是 Codex，亦或是最近爆火的 ，只要一个 AI 工具可以编程，紧跟而来的话题必然是：“程序员是否会因此被替代？”
程序员实惨！职业威胁一直就没停息过。
所以，可以编程？这似乎很让人匪夷所思。
介绍一下！！是一个由训练的大型语言模型，可以进行对话、文本生成、问答等多种任务。它使用了架构，能够从大量语料中学习语言特征。
可以在编程领域有多种应用，其中一些主要的应用如下:
代码生成：可以根据输入的需求或描述生成相应的代码。代码提示：可以根据用户输入的代码片段，提供相应的代码提示和补全。故障诊断：可以利用分析错误日志并给出相应的解决方案。文档生成：可以根据输入的代码生成相应的文档。自动测试：可以根据输入的代码生成相应的单元测试。数据科学：可以使用来自动生成模型和数据集的描述。
不过需要注意的是，是一个非常强大的语言模型，但它并不是万能的，在生成代码的场景下还需要人工编程和检查，所以一定程度上的使用是需要依赖程序员的护航，才能确保完成应用。说替代程序员的，着实是过度解读了。
的爆火，让我想起，同样会提高程序员开发效率的低代码平台，它的出现也同样被人类污名化，职业威胁程序员。
通过低代码平台，只需要通过拖拽的方式，或者是编辑几行基础代码，就能快速的开发出各类应用系统。最关键的是低代码改变了传统开发对专业技能的要求，现在只要掌握一些基础的代码知识，甚至不需要任何基础，就可以进行应用系统的开发！
作为国内主流的JNPF低代码平台服务商，JNPF低代码平台负责人认为：低代码的本质是解放开发者的双手，让他们从重复的代码工作中解放出来，低代码在这个过程中扮演的是“辅助者”角色，而并非“替代者”。因为永远有一些容易被忽略的边缘性技术问题，需要程序员去解决，这是低代码不能替代的。
而且低代码并不意味着完全就抛弃代码，相反在平台无法满足一些复杂的业务场景时，就需要代码的辅助，当然这个过程的代码量要可控，否则就违背了低代码开发的本质。
而像市场上一些无代码平台，确实做到了看不见任何代码，但是当平台需要去应对复杂业务逻辑系统的开发时，便会显得力不从心。
JNPF低代码平台保留了这种灵活的开发机制，当需要更深层次的处理业务逻辑时，如果平台开发不能完全匹配，就需要程序员通过代码开发实现相关能力与服务。
而这种二次开发的需求已经超过了应用创建者的能力范围，这就需要专业的程序员基于平台去开发。（想要体验低代码平台，检索JNPF官网，免费搭建企业系统！）
所以，与其无深究低代码是否会让程序员失业，不如去想如何通过低代码技术的加持，让程序员变得更有含金量，让低代码成为程序员工作的润滑剂。
相关文章
