最新

Hi HN！ 我是 Ankit，Beeceptor 的创始人，这是一款请求模拟和拦截工具。这次，我构建了一些新东西来解决我个人感受到的（以及从数十个 QA、前端和平台团队那里听到的）痛点：在开发过程中真正有效地使用 OpenAPI 规范。 API 契约常常只是作为文档存在。如果可以“激活”它们，立即拥有一个真实的、托管的模拟服务器——带有契约验证、智能测试数据和早期使用，会怎么样？ 所以我制作了 _Mockaroo for OpenAPI_，但更智能。它只需一键即可从您的规范中启动一个托管的模拟服务器。它： - 使用 FakerJS 生成有意义的、上下文感知的测试数据（例如，年龄返回真实的数字，而不是 10000） - 根据您的契约定义验证传入的请求，并返回详细的、可操作的错误消息。 - 支持 JSON、二进制、CRUD 风格的 API 响应。 - 提供一个托管的 API 服务器 URL，只需几秒钟即可准备就绪。 - 帮助前端团队在后端准备就绪之前开始测试 - 为 QA 提供一个可以玩耍、验证和运行性能测试的地方。 - 带来最佳的开发者体验，无需设置帐户，即可拥有一个用于实验和节省 API 成本的可用模拟 API 服务器。 无需本地设置，无需编写自定义模拟规则，无需大惊小怪。只需激活您的 OpenAPI 规范，您的 API 就会在几秒钟内开始“工作”。 此外，Beeceptor 显示实时请求日志，可以在其中覆盖响应。 快速演示：<a href="https://www.youtube.com/watch?v=2vUD_B3aw5I" rel="nofollow">https://www.youtube.com/watch?v=2vUD_B3aw5I</a> --- 很想听听您的想法、反馈，或者我尚未考虑到的用例。如果有兴趣，我很乐意分享更多技术细节。 感谢您的阅读！

嘿，HN， 我开发了 [Dispytch](<a href="https:&#x2F;&#x2F;github.com&#x2F;e1-m&#x2F;dispytch">https:&#x2F;&#x2F;github.com&#x2F;e1-m&#x2F;dispytch</a>)，一个轻量级的、异步优先的 Python 事件处理框架。 它专为事件驱动的微服务设计——比如 Kafka、RabbitMQ 或自定义传输——具有清晰的依赖注入和最小的占用空间。灵感来源于 FastAPI。 欢迎反馈——特别是关于实际应用、痛点以及缺失的内容。 谢谢！

你的日程安排是怎样的？ 你如何激励自己工作？ 咖啡因/睡眠/食物会影响你吗？