最新

大家好，我已经在这个项目上工作了一段时间，但还没有在 Hacker News 上好好分享过。 <p>这是什么？</p> 这是一个休闲游戏平台，专注于简单的多人游戏，可以在有中央屏幕（如电视）的情况下面对面进行，也可以通过视频聊天远程进行。你还可以通过应用在智能安卓电视上玩：<a href="https://play.google.com/store/apps/details?id=com.gametje">https://play.google.com/store/apps/details?id=com.gametje</a>（它最近刚发布，可能会有一些bug）。它也可以直接在 Discord 中使用：<a href="https://discord.com/discovery/applications/1215323000866607125" rel="nofollow">https://discord.com/discovery/applications/1215323000866607125</a>，作为嵌入式活动。 <p>它支持9种语言，且无需下载。大多数游戏都围绕创造力展开，几乎任何人都可以玩，无论你是否自认为是“玩家”。只要你会发短信，就可以玩这些游戏。</p> <p>我为什么要创建它？</p> 你们可能会看到它与 Jackbox 游戏的相似之处。我已经是他们的忠实粉丝超过10年，并且非常喜欢玩他们的游戏。然而，我发现他们对其他语言的支持有些不足。在荷兰生活期间，我遇到了不少非母语英语的玩家，想要帮助他们获得类似的体验。Jackbox 在应用商店之间也存在一些碎片化问题。我在 PC 和 PS4 上拥有他们的游戏，但无法在这两者之间共享“许可证”。他们每年都会推出一个包含5个游戏的包，你永远不知道这些游戏是否有趣，或者是否应该尝试购买之前的包，因为其中可能有一个非常好玩的聚会游戏。 <p>我设计 Gametje 时考虑到了这些问题。它支持多种语言，并且会定期添加更多语言（欢迎提出请求）。你可以通过任何带有网页浏览器的设备进行游戏。无需通过 Steam 或游戏主机进行安装。所有游戏都集中在一个地方，无需购买“包”。</p> <p>这个名字有什么含义？</p> 我在荷兰生活了几年，我最初的动机之一是想给我在这里的朋友们提供一个可以用他们母语玩的游戏。毕竟，用母语来展现机智和幽默要容易得多！因此，我想在网站的名称中融入一些荷兰元素。后缀“-tje”是荷兰语中的一种 diminutive（小词）结尾，旨在使一个词变得更柔和或“更小”。游戏 + tje = Gametje，意思是小游戏。我被荷兰母语者告知，应该用“Gamepje”才算“正确”，但我更喜欢 Gametje 的发音。</p> <p>我在哪里可以试用它？</p> 请访问这里：<a href="https://gametje.com/" rel="nofollow">https://gametje.com/</a> 你可以作为访客进行测试，无需注册，以便体验游戏。点击每个游戏会提供简短的说明和游戏玩法的小示例。在创建游戏房间时，你可以选择通过中央屏幕进行主持，或从单一设备（如手机）进行主持和游戏，或者将主屏幕投射到 Chromecast。最近还发布了一个安卓电视应用：<a href="https://play.google.com/store/apps/details?id=com.gametje">https://play.google.com/store/apps/details?id=com.gametje</a>。 创建游戏房间后，你可以从另一个浏览器窗口或设备加入。如果你想自己尝试，还可以添加 AI 玩家，尽管与真实的人一起玩会更有趣。我还创建了一个 Discord 频道：<a href="https://discord.gg/7jrftHuHp9" rel="nofollow">https://discord.gg/7jrftHuHp9</a>，你可以在这里找到其他用户一起玩。如果你注册了账户，可以选择成为 alpha 测试者，查看新游戏的开发进展。它还会跟踪你之前的所有游戏，确保不重复内容。你也可以回顾之前的游戏，享受过去的胜利。</p> <p>我在寻找什么？</p> 我对整个概念和游戏玩法的反馈很感兴趣。好玩吗？有什么可以改进的地方？有兴趣提供帮助吗？请告诉我！ <p>对于感兴趣的人，我也很乐意分享更多技术细节。你还可以在我的博客中阅读一些关于平台和游戏的内容：</p> <a href="https://blog.gametje.com/" rel="nofollow">https://blog.gametje.com/</a> 谢谢！

大家好，我是来自 Tusk 的 Marcel。我们推出了 Tusk Drift，这是一款开源工具，可以通过记录和重放实时流量生成完整的 API 测试套件。 **工作原理：** 1. 从实时流量中记录追踪（捕获的内容） 2. 将追踪重放为带有模拟响应的 API 测试（重放的工作方式） 3. 检测实际输出与预期输出之间的偏差（你所获得的） 与传统的模拟库不同，后者需要手动模拟依赖项的行为，Tusk Drift 自动记录这些依赖项根据实际用户行为的响应，并随时间维护这些记录。我们构建这个工具的原因是因为过去在脆弱的 API 测试套件和只能在生产环境中发现的回归问题上经历了痛苦的教训。 我们的 SDK 类似于 OpenTelemetry，会对你的 Node 服务进行仪器化。它捕获所有入站请求和出站调用，如数据库查询、HTTP 请求和身份验证令牌生成。当触发 Drift 时，它会重放入站的 API 调用，同时拦截出站请求并从记录的数据中提供响应。因此，Drift 的测试是幂等的、无副作用的，并且快速（通常每个测试小于 100 毫秒）。可以将其视为针对你的 API 的单元测试。 我们的云平台自动执行以下操作： - 更新记录追踪的测试套件以保持新鲜度 - 在 CI 中运行测试时，将相关的 Drift 测试与 PR 的更改匹配 - 显示意外的偏差，进行根本原因分析，并建议代码修复 我们很高兴看到这个用例终于被解锁。Claude Sonnet 4.5 的发布和类似的编码模型使得从失败的测试到可靠的根本原因分析成为可能。此外，能够进行准确的测试匹配和偏差分类意味着在 CI 中运行这样的工具不再会导致糟糕的开发体验（想象一下，否则花费在审查测试结果上的时间）。 **限制：** - 你可以指定 PII（个人身份信息）去标识规则，但目前没有默认模式。我建议首先在开发/预发布环境中启用 Drift，添加转换（[PII 去标识基本概念](https://docs.usetusk.ai/api-tests/pii-redaction/basic-concepts)），并在启用生产环境之前监控一周。 - 预计会有 1-2% 的吞吐量开销。当注册少量转换时，转换会导致尾延迟增加 1.0%；其影响与注册的转换数量呈线性关系。 - 目前仅支持 Node 后端。Python SDK 将在后续推出。 - 仪器化仅限于以下软件包（更多将会推出）：[要求](https://github.com/Use-Tusk/drift-node-sdk?tab=readme-ov-file#requirements) 如果你有任何问题或反馈，请告诉我。 演示仓库：[drift-node-demo](https://github.com/Use-Tusk/drift-node-demo)

<a href="https://en.wikipedia.org/wiki/Hierarchical_navigable_small_world" rel="nofollow">https://en.wikipedia.org/wiki/Hierarchical_navigable_small_world</a>

我在生产环境中首次启动的 ABAC 堆栈如下： *abac-engine (PDP)*：零依赖，压缩后约 4KB。对 100 条策略的热检查时间为 9.37 微秒，比 CASL（6KB，11.8 微秒）快 26%，比 Casbin（89KB，42 微秒）快 4 倍。PolicyCache 无缝处理 Vercel 的冷启动。 *@devcraft-ts 套件 (PAP)*：最小化的管理用户界面层——模块化的 React hooks + ShadCN 组件用于策略管理/可视化构建器。没有冗余，只有你所需的功能。 一句话总结：`npm i abac-engine @devcraft-ts/abac-admin-react-ui` 在线文档： https://abac-admin-02-nextjs-app-router.vercel.app/docs 核心 PDP： https://github.com/astralstriker/abac-engine PAP 套件： https://github.com/devcraft-ts 对 CASL/Casbin 性能优势的看法？缺少的 PDP 功能？

Server Compass 让您在仅需 $5 的 VPS 上享受与 Vercel 相同的用户体验——无需终端、无需 YAML，轻松部署。只需连接您的 GitHub 仓库，一键部署。自动 SSL 证书、域名管理、环境变量、实时日志和服务器监控——所有功能均通过简洁的桌面应用实现。您的服务器上没有控制面板的臃肿，也无需订阅费用。像使用 Vercel 一样部署 Next.js 应用，但只需一次性支付 $19。掌控您的基础设施，停止为简单部署支付平台溢价。

嗨，HN， 在产品管理领域工作了15年后，我意识到产品经理实际上没有地方可以进行实践，大多数学习都集中在理论上，而不是实际操作。 因此，我创建了“产品沙盒”平台，产品经理可以在这里练习真实的产品场景，做出决策，并通过每日任务和挑战来增强核心技能。这个平台旨在帮助有志于成为高级产品经理的人通过实际练习不断提升自己。 我希望能从这个社区获得反馈，您认为产品经理（或团队）如何能够在日常工作之外最好地积累真实的经验。 <a href="https:&#x2F;&#x2F;sandbox4pm.com" rel="nofollow">https:&#x2F;&#x2F;sandbox4pm.com</a>

出现429错误：请求频率超限。

我一直在错过事件，直到为时已晚。当我的监控系统发出警报时，服务器/节点已经无法恢复了。 因此，我构建了Linnix。它使用eBPF在内核级别监控您的Linux系统，并试图在问题升级为故障之前捕捉到它们。 这个想法很简单：它不是在服务器内存耗尽后才提醒您，而是在内存分配模式看起来异常时告诉您“嘿，这看起来不太对劲。” 它使用本地的LLM（大语言模型）来识别模式。并不是在这里尝试构建AGI（通用人工智能）——只是对进程行为进行模式匹配。事实证明，LLM在这方面表现得相当不错。 举个例子：它在短时间内标记了更高的内存消耗，并在为时已晚之前提醒了我。结果发现是一个内存泄漏，可能会导致进程崩溃。 如果您想尝试，快速开始的方法如下： ``` docker pull ghcr.io/linnix-os/cognitod:latest docker-compose up -d ``` 设置大约需要5分钟。所有操作都在本地进行——您的数据不会离开您的机器。 与Prometheus等工具的主要区别在于：大多数监控工具解析/proc文件，而这个工具使用eBPF直接从内核获取数据。更准确，开销更小。 我使用Rust和Aya框架构建了它。没有libbpf，没有C——完全是纯Rust。这使得与内核的交互不再那么可怕。 当前状态： - 适用于任何Linux 5.8+版本，且支持BTF - 监控Docker/Kubernetes容器 - 导出到Prometheus - Apache 2.0许可证 仍然有些粗糙，正在积极改进中。 我很想知道： - 您希望能够更早捕捉到哪些类型的故障？ - 这对您的设置是否有用？ GitHub: [https://github.com/linnix-os/linnix](https://github.com/linnix-os/linnix) 欢迎随时询问有关其工作原理的问题。