最新

大家好，我是James，Nabla的开发者。构建这个项目的过程让我获得了巨大的学习经验，我在这个市场上仍在不断学习，但我想和大家分享一些关于Nabla的事情，这让我对未来充满期待，以及我为什么选择固件而不是传统的云端路径来进行GRC（治理、风险和合规）。 这个项目经历了一个奇怪的三步旅程。最开始，我只是想挑战自己，构建一个通用的BCA（二进制组成分析）工具，因为我在Fossa的网站上看到了它的广告，结果却变成了一个尝试不同二进制组成分析的奇妙雪球。 我最终意识到，我们的Rust类型结构体标准化了组成，这为我想做的许多事情打开了大门，并且在深入研究之前，我开始过度工程化。最终我们得到了一个相当不错的命令行工具（CLI），能够扫描多种类型的固件并生成机器可读的合规性文档。 这个CLI使用了： - goblin库来解析ELF、Mach-O和PE格式 - capstone库在需要时进行轻量级反汇编 - 一个自定义的BinaryAnalysis结构体来规范化元数据 - 结构化的BinaryAnalysis结果被输入到一个大型语言模型（LLM），该模型将发现映射到OSCAL控制 目前它覆盖了122个以上的控制项，但控制集正在扩展。这个LLM并不是一个黑箱——它是基于结构化分析的，因此不会随意产生结果。 我非常希望能得到以下方面的反馈： - 可用性，一旦我发布文档（安装/运行体验） - OSCAL映射的准确性 - 处理边缘案例的想法（固件块、奇怪的文件格式） 谢谢大家，欢迎提问！

我们已经开源了机器人MCP服务器，这是一个工具，可以让大型语言模型（LLM）直接与运行ROS1或ROS2的机器人进行对话。 <p>它的功能 - 通过模型上下文协议（MCP）将任何LLM连接到现有的ROS机器人 - 自然语言 → ROS主题、服务和动作（并能够读取其中的任何内容） - 在不更改机器人源代码的情况下工作 <p>它的重要性 - 使机器人能够通过自然语言接口进行访问 - 为AI-机器人应用的快速原型开发打开了大门 - 我们正在努力创建一个安全的AI与机器人之间通信的通用接口 <p>这个项目太庞大，无法单独开发——我们希望能得到来自机器人和AI社区的反馈、贡献者和合作伙伴。

嗨，HN！<p>在我参与的每一个嵌入式项目中，每家公司都有自己处理应用参数的方式。没有统一的标准，大家都在重复造轮子。EPC的目标就是简化这一过程。<p>因此，我创建了EPC，一个小型的领域特定语言（DSL）和编译器，用于描述嵌入式固件的应用级配置参数。这个想法受到设备树编译器（DTC）的启发，但EPC关注的是软件参数，而不是硬件寄存器，比如：常量、阈值、默认值等。<p>谢谢！

考虑转行到软件开发。我听说过很多关于年龄歧视的事情，也听说初级开发者的市场竞争非常激烈。我是在浪费时间吗？

出于好奇（和无聊），我创建了一个命令行工具，用于生成 React 项目。它通过提示引导你选择状态管理、TypeScript、代码检查、路由、API 客户端、部署、测试等选项。 它甚至可以自动打开你的 IDE，并加载生成的项目（目前仅支持 VS Code 和 Cursor）。 我大约在 2025 年 create-react-app 正式弃用的时候开始这个项目，心想“如果有一个类似的工具，但功能更强大，会怎样呢？”所以我坚持了几个月。 未来维护这个项目会很有趣，因为它内置了很多选项，比如管理依赖、不同的 React 版本等。不过，让我们拭目以待！我尽力使代码尽可能易于维护和健壮。如果你有兴趣贡献代码，欢迎参与！ 谢谢！