最新

此外：<a href="https://xenodium.com/agent-shell-0-5-improvements" rel="nofollow">https://xenodium.com/agent-shell-0-5-improvements</a>

你在做什么工作？有没有什么新的想法在考虑中？

大家好！<p>我正在进行一个小型研究项目，旨在更好地理解是什么让某些账户变得热门。究竟是什么让它们脱颖而出？是内容本身更重要，还是创作者的背景和个性起了很大作用？<p>我知道这个问题比较宽泛，但如果你能分享一些让你喜欢某人内容的因素——甚至可能让你关注他们的原因，我将非常感激。是什么吸引了你的注意，并让你不断回访？<p>提前感谢大家！

我正在处理一个至关重要（公司依赖于它）、庞大（超过10万个文件）、繁忙（每天有数百名开发者提交代码）且老旧（超过10年）的代码库。 在这种情况下，我认为我们在保持整个代码库的可管理性方面做得相当出色。代码规范和约定已建立并得到遵守。 但当然，这并不是“干净的代码”。 开发效率低，测试困难且繁琐。 我们组件之间的依赖关系非常紧密，几乎所有东西都相互依赖。 我和我的团队有明确的任务来改善这种情况。 我们已经构建了许多工具来管理整体复杂性，但我认为我们已经达到了一个平台，额外的工具不会改善现状。如果有的话，只会增加开发者的认知负担。 我开始认为，处理代码库的整体复杂性是前进的方向。 依赖关系是必要的，但我们在隔离和保持依赖关系最小化方面做得并不好。 这导致了巨大的文件，其中包含多个关键且繁忙的类。创建的依赖关系往往是出于语法原因，而非语义原因。 我认为手动解决这些问题并不可行。此外，我的团队也没有合适的业务背景。 而且，我们应该进行的任何更改从商业角度来看都没有合理性。 我们认为可行的解决方案有两个： 1. 设法强迫/说服其他团队处理他们的复杂性。我们已经尝试过，但失败了。 2. 找到一种方法自己来解决。 考虑到第一个方案已经失败，以及我们可以投入的社会资本，只有第二个方案是可接受的解决方案。 手动处理这个问题是不可行的，自然我倾向于使用大型语言模型（LLM）来进行这种重构。 我们的想法是避免更新架构，而是将其置于一个更好的位置，以便最终进行架构改进。 我希望有一种管道，我们可以将代码库和问题输入一侧（例如这个文件太大，移动这个类），然后在另一侧得到一个拉取请求（PR）。 我确实尝试过一次相当具有挑战性的重构，但AI没有成功。虽然不是特别糟糕，但也还不足以让我推广。 我在这里向社区询问，是否有人尝试过类似的事情。