Google Gemini 2.0的代码审查让开发者感到意外

开发者发现Gemini 2.0的代码审查能力比预期强很多，不仅能找bug，还能优化代码结构，让人想起当年Copilot刚发布时的震撼

一个意外的发现

有个开发者朋友最近在社交媒体上发了条推文。

他说：今天让Gemini 2.0帮我审查一段Python代码，原本只是想看看有没有明显的逻辑错误，结果它不仅指出了bug，还给出了优化建议——优化后的代码比我原来的版本还要好。

他说：这种感觉有点像当年Copilot刚出来时的震撼。

代码审查不是新东西

AI做代码审查不新鲜。GitHub的Copilot已经做了几年，OpenAI的Codex、Anthropic的Claude，都有这个功能。

但Gemini 2.0的这次更新，让代码审查从”找bug的工具”变成了”代码优化助手”。

朋友的推文里说：它不只是告诉你”这里有错误”，而是给你”这里可以这样重构”、“这个循环可以改成更高效的写法”、“这个变量名不清晰”。

我的一些观察

一、它为什么让人感觉”意外”?

可能是Gemini 2.0的长窗口能力起了作用。

很多代码审查AI，受到上下文窗口限制，只能看到当前文件或几个文件的片段，理解不了整个项目的架构和设计模式。

Gemini 2.0的上下文窗口据说扩展了很多（具体数字官方没有透露，但社区测试显示它明显长于以前）。

当它能看到整个项目、理解模块之间的关系、知道你的编码风格时，它给出的建议就会更”聪明”。

它不是在”局部最优”，而是在”项目层面思考”。

二、这种”意外”是好是坏?

我觉得，这需要分情况看。

好的方面

如果你的代码本身有问题，或者你有优化空间，那AI能给出更好的方案，当然是好事。 它能帮你在提交代码前就发现问题，减少code review的时间。 它能帮你学习更好的编程实践。 它能帮你在开发过程中持续改进。

坏的方面

但问题在于，当AI开始”教你写代码”时，开发者可能会产生依赖。 我有个朋友就说：自从用了Gemini 2.0的代码审查，他发现自己的代码风格被”同化”了。 原本他会写很Pythonic、很清晰、很符合团队规范的代码。 现在他开始跟着AI的建议走，结果自己的风格反而变模糊了。

他说：AI建议的代码”更优雅”、“更符合Pythonic风格”，但他不确定那是不是”他”的风格了。

我的一些想法

一、代码审查AI的核心能力

我觉得，一个优秀的代码审查AI应该有几个能力：

  1. 找bug的能力 这是最基础的，要准确，不能误报太多，也不能漏报太多。

  2. 优化建议的能力 这需要AI对代码有深入理解，不是简单的规则匹配。 它需要知道什么是”好代码”，而不是只看有没有语法错误。

  3. 项目层面的理解能力 它需要理解这个函数在整个项目中的作用，不是孤立的。 它需要理解模块之间的依赖关系。

  4. 符合团队规范的能力 不同的团队有不同的编码风格，AI需要学习和适应。 不能用”通用最佳实践”覆盖团队的具体约定。

二、这种能力来自哪里?

我觉得这可能有几个来源：

  1. 训练数据 AI公司可能有大量的高质量代码库，用来训练”什么是好代码”。 如果训练数据质量高，AI的建议会更靠谱。

  2. 算法和架构 更先进的模型可能有更强的代码理解和推理能力。 它可能用到了更复杂的注意力机制，更好地理解长代码。

  3. 上下文窗口 刚才说的，长上下文让AI能看到更多，建议会更”聪明”。

我的一些担忧

一、同质化的问题

我担心的是，当所有开发者都开始用同样的AI工具时，代码会不会变得越来越”千篇一律”?

如果AI都建议”这样写更优雅”、“那样写更Pythonic”，那不同团队的个性化风格会不会慢慢消失?

代码本来应该反映团队的文化和开发者的个人风格。

如果都被AI”同化”了，那读起代码来可能会变得很无聊。

二、开发者能力的退化

这是个老问题，但我觉得值得重复讨论一下。

当你习惯了AI帮你写代码，你自己的代码能力会不会退化?

我有个朋友就说：用了AI一年后，他发现自己手写代码的速度变慢了。 他说：“以前我能很块写出一个函数，现在如果AI不帮我，我得想很久。”

这不是个好趋势。

我的一些实用建议

一、把AI当助手，不是导师

我觉得关键在于，你把AI定位在什么位置。

如果你把它当成”导师”，听它的所有建议，那你可能会失去自己的判断。

如果你把它当成”助手”，帮你看一些你看不到的bug，给你一些优化建议，但最终的决定权在你，那你就能保持自己的风格和思考能力。

二、保持代码评审的流程

我觉得，无论AI有多聪明，代码审查这个环节都不能省略。

  1. 人工review还是有必要的 AI的建议再好，也需要人来判断。 有些”优雅”的代码可能可读性变差。 有些”Pythonic”的建议可能不符合团队的实际情况。

  2. 保持自己的编码风格 不要盲目跟从AI的建议。 如果AI建议的代码风格跟你的不一样，要思考一下哪个更符合项目规范。 如果你的风格更好，就坚持你的风格。

  3. 持续学习和改进 AI的建议是个学习的好机会。 看看它的建议有没有道理，有没有可以学到的地方。 把学到的好的实践集成到自己的编码能力里。

写在最后的话

Gemini 2.0的代码审查能力让人印象深刻，这是好事。

但我希望，开发者们在享受AI带来的便利的同时，也能保持自己的独立思考和判断能力。

代码审查AI是个强大的工具，但它不能替代你自己的编程能力和审美判断。

保持自己的风格，保持自己的思考，保持对代码质量的把控。

这样的话，AI是你提升能力的工具，而不是让你退化的替代品。

你的代码审查AI给了你什么惊喜或意外吗？ 欢迎在评论区分享。

下一篇文章预告： “OpenAI的Canvas功能：让GPT-4能协作编辑长文档，这对团队协作意味着什么？”