最新

我不确定如何最好地描述我刚刚在 Opus 5 上获得的体验，但我尝试描述一下，希望不会冒犯任何人，那就是它对我来说“说”着带有“口音”。 我说的“说”并不是指语音模式，而是它写下了以下内容，为了简洁起见我将省略部分内容： “……东西……<i>dry-run</i>……更多东西” “……<i>死run</i>……东西” 我不得不查了一下“死”是什么意思，因为我不会说中文，我发现它的意思是“die”，我觉得这太巧合了，因为在外国人的口音中，我曾听过“dry”听起来像“die”。 我是疯了吗？谁想来试试解释一下？

我使用 package.json 版本维护工具已经有一段时间了，但在发生大规模供应链攻击后，我认为它们是添加安全性的绝佳场所。 这个想法是提供一个指定天数内最新的软件包编号。这将有助于防止大多数供应链攻击的危险。 它还会移除您可能添加的 `^` 符号，以便您可以更好地控制应用程序使用的软件包版本。 为了更注重安全性，它会在悬停菜单中提供通用提示，以帮助您关注已安装的软件包。这些提示包括过时警告、高依赖项计数和下载次数。 由于所有这些都可以通过 npm API 获取，因此我将其命名为 tinyNpm。

我曾参与过多个项目，负责编写和实现规范（特别是 CLN）。我发现，在实现过程中引用我编写的规范，效果会好很多，这样我能清楚地了解实现者需要知道什么。此外，当规范在开发过程中发生变化时，查找需要更新代码的位置几乎是轻而易举的。 这个项目是对我各种临时脚本的正式化，这些脚本可以确保需求被准确引用，并在有遗漏时提供覆盖。虽然不是什么了不起的巨著，但我希望它能对其他人有所帮助！

rom 是一个约 5k 行代码的 C libretro 前端，可以在终端中玩游戏。它使用 kitty 图形协议在 Ghostty 或 kitty 中渲染原生像素，并且支持内联显示！即使在 tmux 中也可以！<p>支持九个平台：SNES、NES、GB/GBC、GBA、Genesis、PC Engine、N64、Doom/Heretic/Hexen、Wolfenstein。 支持 macOS 和 Linux，MIT 协议。<p><a href="https://github.com/jhickner/rom" rel="nofollow">https://github.com/jhickner/rom</a>

我是 $BIGTECH 公司的一名软件工程（SWE）经理。<p>我想了解一下，除了个别开发人员利用大型语言模型（LLM）和编码助手等工具之外，你们的软件团队是否还取得了其他切实的收益。<p>你们是否成功地在团队成员之间共享数据/上下文，创建了共享工作流程，并因此减少了重复劳动、错误或生产事故？<p>感谢分享任何想法。