共计 2489 个字符，预计需要花费 7 分钟才能阅读完成。
近日，前哈佛大学计算机科学传授、谷歌工程主管 Matt Welsh 在美国计算机协会（ACM）的一个虚构会议上断言：“生成式 AI 将在 3 年内终结编程。”Welsh 的断言是来自他体验了 ChatGPT 和 GitHub Copilot 在编程方面的能力后，有感而发的。
我十分认同他的断言，我也认为在国内的开发者群体中，这种终结是必然会产生的。但我并不认同的是，他对“3 年内”这个工夫的判断，这个工夫可能会略微偏激了一些。察看近期国产 AI 辅助编程工具 CodeGeeX，也就是 Welsh 提到的 Github Copilot 的平替产品，从性能到模型层面，每周都有十分疾速的产品迭代公布。可见程序员群体对CodeGeeX 这个 Copilot 平替产品的认知度和好感，都在疾速晋升。
最重要的是 CodeGeeX 作为 Copilot 的平替产品，完全免费，开源凋谢给所有开发者应用。
CodeGeeX插件领有代码生成性能：能够依据自然语言正文形容的性能，主动生成代码。也能够依据已有的代码主动生成后续代码，补全以后行或生成后续若干行，帮忙你进步编程效率。
CodeGeeX代码翻译性能：反对多种编程语言之间互译，准确率高。目前代码翻译性能反对八种最风行的编程语言: Python、Go、Java、JavaScript、C++、C#、PHP、TypeScript 等；
CodeGeeX代码解释性能：能够一键为你的代码逐行增加正文；
Welsh 的发言中认为，正是因为 ChatGPT、Copilot 以及 CodeGeeX 这些技术的呈现，编程正处于从人类工作转变为机器人工作的转折点。在他看来，程序员须要演变成 AI 程序的“老师”——或者产品经理，或者代码评审人员（其实就是白盒动态测试人员）。他认为这两个人类角色相对来说不那么受机器人的影响。“不要指望你的程序员职业生涯会始终继续上来，因为机器正在取代这个角色。”Welsh 说道。
据悉，Welsh 曾在谷歌和苹果公司负责高级工程职位，他曾在 2023 年 1 月出版的《ACM 通信》杂志上就这一话题写过一篇文章：编程的终结：经典计算机科学的末日即将来临。也心愿 Welsh 能够体验一下国产 AI 辅助编程工具CodeGeeX，给出中肯的评估和贵重的意见。
上面是附上 Matt Welsh 在 ACM 上发言的文字总结（摘要），浏览之前能够在你的插件中，率先装置体验 CodeGeeX，晋升配备实力！
目前 CodeGeeX 反对在 VS Code 和 Jetbrains IDEs 的插件市场间接下载应用。
- 写代码是脏活，让 AI 来做吧！
随着 GitHub Copilot、ChatGPT 等 AI 产品继续火爆，AI 在编程方面展示了极强的能力。在一项新的研究课题中，ChatGPT 尝试查找示例代码中的 bug 并给出修复倡议，其体现远超现有程序，胜利修复了 40 个 bug 中的 31 个（来自伦敦大学学院和德国美因茨大学的钻研报告）
领有如此弱小的编程能力，AI 真的会取代程序员？Welsh 断言，生成式 AI 将在 3 年内终结编程。
在 Welsh 看来，“写代码是脏活”——所以就让机器人来做吧。“用你的工夫做点别的事件。对于每个人来说，写电脑程序并不是最好的利用工夫的形式。”
Welsh 示意，Copilot 是一款不堪设想的产品。“在我敲键盘时，Copilot 常常可能很好地帮我实现我的想法——它能读出我的想法，比我设想的要多得多。Copilot 极大地提高了工作效率，因为它让我防止了很多上下文切换。”
Welsh 称当初的 Copilot“只是一个开始”，只有两样货色会阻止 Copilot 变得更好：更多的数据和更多的计算。因为这两个货色都很短缺，所以他认为“在将来的一两年或三年内，Copilot 没有理由无奈会实现这样的指标：即你在源文件的顶部输出几行代码，它会把剩下的内容写进去。”
Welsh 认为“计算机科学注定要失败。”他说：“我认为这个畛域将产生根本性的变动。计算机科学作为一门学科，你认为它的意义何在？它始终都是对于如何将想法转化为程序。”
他认为，在过来的 60 多年里，计算机编程在一直倒退，试图让人类更容易了解代码。他将 1957 年的 Fortran 与 1964 年的 Basic 和 2010 年的 Rust 做了比照，他示意，就易用性而言，这三个编程语言之间真的没有太大区别。
Welsh 示意，“现今人们开发的程序和以前一样简单，一样难以保护，一样难以了解，一样充斥了 bug。”然而 GitHub Copilot 让 Welsh 从根本上从新思考计算机科学的意义。“Copilot 从根本上扭转了咱们写代码的形式，至多从我集体的教训来看，它是一种显著而粗浅的放慢开发速度的形式。”
- 将来的软件开发团队是什么样子的？
Welsh 还对将来的软件开发团队做了一些乏味的预测。基本上，当程序员开始被淘汰时，他认为只有两个角色能够保留：产品经理和代码评审人员。
在 Welsh 看来，产品经理的角色不会有太大变动。“人类产品经理依然可能写出通知软件应该做哪些事件的形容——也就是产品需要文档（PRD）。这是产品经理曾经在做的事件，对吧？”
不同的是，在不久的未来，咱们不再须要把 PRD 交给工程团队，而后等上六周左右，等他们把需要实现结束，Welsh 说：“你只须要把 PRD 交给 AI，AI 在几秒钟内就能够吐出代码。”
当然，生成式 AI 在晚期阶段有一个毛病，即它们的输入不肯定是正确的。因而，Welsh 看到了人类代码评审人员（动态测试人员）可能在这方面起到的作用。
“咱们怎么晓得代码是否无效？咱们怎么晓得它是否足够好？咱们怎么晓得它是对的？当然，咱们须要进行彻底的测试，测试是十分十分重要的，这是不会隐没的。所有 CI/CD 相干的货色，以及咱们在过来几十年里积攒的所有，在这里依然是有用的。”
他认为，具备编程能力的人类将承当“评审和浏览 AI 生成的代码，并确保它们可能失常运行以及做正确的事件”的工作。
至于程序员，以及那些行将退出这一畛域的人，他们将须要成为 AI 的老师，而不是程序员自身。Welsh 说：“这是对于如何教会 AI 写代码，而不是本人写。”
将来已来。
附文内容来自摆渡 @HMC Lab 编译
附文原文作者：Richard MacManus
