1作者: Syntaf3 个月前原帖
这是一个相当开放的问题,但我很好奇这里有没有人因为人工智能和大型语言模型在工作场所的普及而改变了他们对软件架构和设计的看法或方法。 就我个人而言,我发现“抽屉里的锋利刀具”这一范式可能会导致大型语言模型产生一些相当糟糕的输出;我感觉到,模糊性越高,输出质量的差异性就越大。 这改变了我对架构与设计的看法: * 始终执行严格的契约,即做X的唯一方式是通过Y。 * 大声失败,频繁失败,假设和后备方案只会鼓励人工智能做出更大的假设。 * 无聊更好,实施的“魔法”越少,语言模型理解和扩展的难度就越小。 还有其他人想分享与架构与设计以及人工智能相关的真知灼见吗?
6作者: zackify3 个月前原帖
无法推送或拉取。在过去的两周里出现了太多问题,真让人感到厌烦。
4作者: _3453 个月前原帖
我尝试过 aider、aider-ce 和 opencode。我在 Windows 11 上使用 MSYS2 的类 bash 终端进行编码,同时在 WSL2 下的 Ubuntu 中也使用 bash。 根据我的经验,aider 是这三者中最好的。虽然它的功能最少,但它“就是好用”。我告诉工具我想要完成的任务,经过一点学习后,它大约 90% 的时间能够准确地完成。 使用 aider-ce 和 opencode 时,我遇到了太多的错误。例如,目前在 Windows 上,复制粘贴似乎根本无法使用,这在无法将重要代码片段复制到模型时造成了巨大的功能损失。 Opencode 作为一个带有主题的 TUI 看起来非常酷,但我真的不喜欢这些代理的随机性。我不知道 Claude Code 和 Codex 是否也这样,但我给出的任何简单任务可能会立刻解决,也可能因为调用随机工具而导致耗时是 aider 的 5 倍,试图进行网络搜索以找到技术上正确但不符合需求的文档,遇到 403 错误可能是因为被检测为机器人,然后在提交一个比 aider 生成的补丁更差的结果之前又尝试了 3 次。 我本来只想坚持使用 aider,但 aider-ce(社区扩展)存在是因为开发者在它获得与 opencode 相同数量的星标后就停止了更新。我在想是否还有更好的替代方案,或者其他人是否也对 aider 的现状有相同的感受。这很可惜,因为 aider 确实在应用 AI 方面做得很好,足以让我不必担心其随机性,它正好完成我所要求的任务,没有多也没有少。我觉得使用 aider 时,我对运行在我代码上的 AI 有最大的控制权。