最新

嘿，Hacker News！我开发了SharpAPI，旨在解决我个人在使用现有体育博彩API时遇到的问题。<p>问题在于： - OddsBlaze（每月349美元起）支持差劲，且经常出现意外的破坏性变更。 - The Odds API的免费套餐过于吝啬（每月500个额度 ≈ 每天16次请求），且没有实时流数据。 - 它们都对+EV/套利检测额外收费，或者根本不提供这项功能。<p>我开发了什么： - 通过SSE（而非轮询）获取来自20多家博彩公司的实时赔率。 - P50延迟低于89毫秒。 - 内置+EV、套利和中间值检测。 - 免费套餐，每分钟12次请求。 - 带有完整IntelliSense功能的TypeScript SDK。 - 统一的模式，与博彩公司无关。<p>技术栈：Next.js、Vercel、DigitalOcean、Upstash Redis、Hono。<p>该API每天处理约4700万条赔率数据。我在后端负责任地进行抓取，并实施了适当的缓存和速率限制。<p>Pro套餐起价为每月79美元，并提供免费套餐供您开始使用。无需信用卡。<p>欢迎提问关于架构、体育博彩市场或任何其他问题！

我负责起名和提供建议，剩下的由 LLM 完成。我鼓励 Claude Code 尽情发挥幽默感和讽刺意味。我发现 LLM 在幽默方面表现出色。

我构建这个项目，是为了试验 Ruby 代码在多大程度上可以容忍不确定性，直到它不再具有确定性。这个 gem 引入了可控的随机性，并且可以在运行时定义方法，从而使行为能够动态地产生，而不是预先完全设计好。 目前还处于早期阶段，并且是刻意探索性的，不适用于生产环境。有时候，它感觉像一个创作工具。而另一些时候，你感觉你是在允许你的代码做出你没有明确授权的决定。 我很好奇人们认为这条界限应该在哪里。