… 对于几乎每个开发者来说，你每天使用的大部分代码，无论是你使用的软件中的代码还是你实际发布的代码，都是你从未读过的代码。似乎没有人对此感到困扰，因为我们围绕这一点建立了许多流程。只有当代码是由AI编写的，而不是由同事或随机的库作者编写的时，人们似乎才会有问题。我理解！两年前，甚至一年前，AI编写代码的能力都不太好。我认为现在它变得更好了，但也许你并不这么认为——好吧，这没关系，也许它要过一两年或十年才能达到你的标准。但似乎人们争论的并不是“AI还不够好”，而是“我们怎么能发布自己从未读过的代码”，而我想说的是，我们整个职业生涯中一直在这么做。
源讨论控制思想，而非代码原帖 189 条评论 · 导入时统计读起来非常不舒服。提出的不阅读你声称编写的代码的想法，不仅挑战了传统的流程或方法，还挑战了程序员自身的身份。对于像antirez这样有经验、受人尊敬的程序员来说，阅读和编写代码可能真的已经妨碍了他们的想法，但我无法认同这种观点。细节决定成败，阅读他人的代码（以及LLM编写的代码）会推动想法本身的发展，并改变我对它的理解。我的观点深受我所阅读和编写的代码与养活自己和家人之间的直接关系的影响（我大部分编程工作是为了赚钱），因此，建议我脱离这个过程让我感到沮丧，而不是兴奋。
完整原文把你的经验，加入这段讨论。
你不需要理解整個程序，就能從閱讀該程序的一部分源代碼中獲得好處。
完整原文我們在整個職業生涯中發佈的代碼當然不僅僅是由我們自己審查的。這些代碼是由在相關領域有更多專業知識的程式員審查的。這是一種健康且高效的分工、專業知識和責任的分配。
完整原文其理念是 -有人- 审查了他们修改的代码行，从而使得整体代码被许多人的目光审视。使用他人的代码一直以来都是这种信任体系的一部分。 AI/Vibecoding打破了这种社会信任，因此人们普遍对使用这些代码库或引入LLM代码持抵触态度。这并不是真正关于代理的整体质量。而是关于代码不再被人类审查和理解。如何能对此产生信任呢？单元测试无法替代仔细的审查和周到的设计。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。