之前一直有想过这件事情，今天和面试官又聊到了这个问题，然后又和同学聊了聊这个问题的看法。 稍微总结下我现在形成的一个初步的、可能粗浅的看法吧： 本人才疏学浅，理解可能一般，大家见谅，我是抱着真心求教的心态写的，也是想和大家讨论讨论这个问题 同时也想看看大家是怎么想这个问题的？ 我觉得首先要根据你所做项目的重要程度和紧急程度，分三层：低、中、高 对于低级项目来说，（一般包括demo类的，toy类的，追求速度敏捷原型类的，以功能实现为导向的类等），这些项目review肯定来不及，review和测试基本全盘委托给AI了，比如codex内置的reviewer，阿里最近开源的review工具等，这时候的代码处于一个黑盒状态，我们更多关注功能的实现，直白点就是，能跑就行，出问题AI修 但对于这种项目来说，有一个很大的问题，就是出BUG的时候。 AI能解决还好，但是你换了好几个模型，提供了你能提供的各种日志信息，就是解决不掉的时候，很棘手。 这个时候很考察你的基本功底，你要真的去打开黑盒，去一点点摸排代码。 突然一下子要看这么多的代码，就像是之前攒的一堆旧账开始找上门来。 你会看不懂，也看不动。你会依赖AI,宁愿继续换更强的模型，寄希望于AI能解决。 中级项目我认为应该是大部分人目前所接触到的项目了，紧急程度和重要程度都处于一个居中的水平。 代码呢处于半黑盒状态，为什么是半黑半白。因为你不可能一点不看，属实危险了；你又不可能全看，没那个时间。 AI时代，似乎也丢了点那种沉下心来啃食代码的耐心。 这个阶段怎么做呢？我认为更多的是文档。你更容易理解的也就是中文汉字，而不是code。 （虽然有时候看懂文档也很费力，这里点名批评GPT） 这时候人类的注意力应该更多地放在在设计、评审、测试等上面，做各种需求分析、技术选型、方案设计。 实现思路、状态流转等这些东西，这些是你最应该清楚的地方。 像我们之前拿Superpowers做项目的时候，实现一个功能点 80%的时间都在写文档、做决定、和AI沟通思路上，写代码的时间很少。多个子代理一并发coding，也很快。 文档驱动开发嘛 看的话，除了文档之外，还可以结合一些可视化的东西（架构图、时序图）来帮助我们更快的去理解，例如archify这样的skill就很好 总之，信息爆炸，人类的注意力是极为宝贵的，Attention is All You Need 最后就是高级项目，因为安全性保密性重要性等等原因吧。只能是老老实实读代码，甚至是手写代码，不过中级项目的那种文档为主地思想仍然可以复用，这就又回到传统的后端项目了，在大厂已经很成熟。 现在想想，我上次深入地理解代码，细致到每一行的那种，完全手写的，各种请求怎么处理的，心里门清，已经是一年前的事情了。。。。 3 个帖子 - 3 位参与者 阅读完整话题

  • 情报分类：工作与职业机会
  • 分类依据：内容涉及招聘、求职或职业发展
  • 信息来源：服务器 / LINUX DO - 最新话题
  • 发布时间：2026/10/10 23:23:15