作者最初对AI自动执行和验证代码这件事相当谨慎,总担心它把代码库搞坏。这种心态被他自己形容为“很像带实习生或者带新人”,技术未必不行,但就是不敢把关键部分交出去。
信任是从不熟悉的领域开始建立的
![]()
转折发生在Swift和AppKit这类他并不擅长的环境里。因为自己本来就不熟,反而愿意让AI多干一点。结果发现AI写出来的代码质量可以接受,稳定性也经得起用,这才慢慢松动了原本的戒备。
有了这次实践打底,他回到自己熟悉的领域时,也开始尝试放权。不再逐行盯着AI生成的代码,而是把精力放在更高层的位置上。
架构设计仍然是人机共同决策
放权不等于完全撒手。作者强调,模块怎么拆分、接口怎么定义这类重大架构划分,依然需要人和AI一起讨论决定。因为这部分直接关系到后续维护是否方便,不能只靠AI自行发挥。
他现在的做法是进行高层级的视觉检查,再配合必要的功能测试。只要测试通过,基本就放行。用他自己的话说:“所以我现在基本不看AI写的代码,只是high level看看,写完了测试一下没问题就放行了。”
可靠性与放权形成自然平衡
这套策略的核心逻辑是:一旦AI在实践里证明了自己的可靠性,放权就是顺理成章的结果。反过来,如果一开始就要求自己完全信任,反而很难跨过心理门槛。
从怀疑到放手,整个过程不是靠说服,而是靠一次次在不熟悉领域的实际使用积累出来的。对经验丰富的开发者来说,这或许比任何技术评测都更有说服力。
特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.