@tobi: 这是正确的方式。根据代码的质量接受,并确保有人对其负责。不管它是打字的、凿刻的、生成的,还是通过磁化针在芯片上翻转位元。
摘要
Toby Lütke认为代码应该根据其质量来判断,无论是否使用了AI。这是对KDE的AI政策的回应,该政策鼓励人工监督但不鼓励披露AI使用情况。
查看缓存全文
缓存时间: 2026/09/21 07:33
此乃正道。评判代码当以其质量为据,且需有人对其负责。至于代码诞生之法——无论是键盘敲就、刻刀雕成、算法生成,抑或是芯片上磁针翻转比特所得——皆无关紧要。
好代码即是好代码,烂代码终归是烂代码。
《伦杜克杂志》(@LundukeJournal):
KDE正在制定官方的AI/大语言模型政策,其行文风格堪比《搏击俱乐部》的规则。
简言之,KDE的AI政策:
1)鼓励使用AI,但前提是必须有人类监督。
2)然而你不能告知他人使用了AI。
“请勿公开大语言模型使用情况”。
“勿在提交信息中添加人工智能相关内容标志”。
相似文章
即使AI代码能工作,我也会拒绝
作者解释了为何他们经常拒绝AI生成的代码,即使这些代码可以工作,原因包括无法解释方法、diff过大、过早抽象以及降低系统推理能力,并主张必须进行人工审查。
@addyosmani: https://x.com/addyosmani/status/2087427868343373919
Addy Osmani 反思了人工代码审查在确保代码质量方面的历史作用,并开始探索如何将其应用于 AI 智能体。
@msimoni:我不是反对技术的人,但我不喜欢这样产生的软件。你连代码都没读过,还想让我……
DHH 认为逐行审查 AI 智能体生成的代码是不可持续的,未来在于对抗式智能体审查加自动化测试;而 @msimoni 则持反对态度,表示对由 AI 编写、且无人真正阅读过的软件缺乏信任。
@mattpocockuk: 一句话概括,"让坏代码无法被表达"。
Matt Pocock 认为,在 AI 编程时代,开发者应当拥抱更多抽象,同时结合严格的 lint 规则,以此来约束 AI 代理,使其只做出良好的设计决策。
人类掌控之中
curl项目负责人主张在软件开发中对AI采取平衡方法,强调人工代码审查和责任,同时承认AI工具可以辅助错误检测。