最新

技术类、非技术类；无聊与否。我想离开我的CRUD软件工程师工作，寻找更有意义的职业。

我在寻找合适的方式对主要由AI生成代码的拉取请求（PR）提供反馈时感到困惑。提交这些请求的同事们已经学会了披露这一点——当他们没有这样做时，我感到很沮丧——而现在他们表示自己已经对代码进行了审查和迭代。但结果往往仍然是我所称之为“偏离目标的大贡献”，这意味着很多代码只是遵循了错误的方法。 通常，当有人做了大量工作时，我们过去可以通过代码行数来衡量，这样在事后批评他们似乎不太公平。一个良好的开发流程，通过工单讨论，可以确保在达成对总体方法的共识之前，某人不会做大量工作。但现在，随着AI的出现，这一流程不再有效，部分原因是“太容易”在甚至未决定之前就完成了这些工作。 所以我在问自己，也在问HN：当一个PR整体上毫无价值，应该被丢弃时，指出这一点是否合适？如果我甚至不知道他们是否了解自己提交的代码，我怎么能判断同事在这上面花费了多少“脑力”以及他们对此有多么依恋？ 我必须承认，我“讨厌”审查庞大的PR，而AI生成代码的问题在于，通常找到并使用现有的开源库来完成任务会更好，而不是（重新）生成大量代码。但在我真正花时间审查和理解这些新的大贡献之前，我怎么知道这一点？即使我现在确实花时间去理解代码和隐含的方法，我又如何知道其中哪部分反映了他们的真实观点和智力（我会对批评这些部分感到犹豫），而哪些是我可以毫不留情地拆解的AI生成的内容？如果答案是“我们开个会”，那么我会说这个过程就失败了。 不确定这里是否有正确的答案，但我很想听听大家对此的看法。